home *** CD-ROM | disk | FTP | other *** search
/ Celestin Apprentice 5 / Apprentice-Release5.iso / Information / THINK C Digest / 1994 / 94-07 < prev    next >
Text File  |  1995-12-31  |  183KB  |  3,866 lines

  1. Archive THINK-C/MESSAGES, file 94-07.
  2. Part 1/1, total size 179592 bytes:
  3.  
  4. ------------------------------ Cut here ------------------------------
  5. >From nagel@rdatasys.com Mon Jul  4 14:53:44 PDT 1994
  6. Received: from rdatasys.com (nagel@wahoo.rdatasys.com [198.137.184.2]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id OAA03121 for <think-c@rdatasys.com>; Mon, 4 Jul 1994 14:53:42 -0700
  7. To: think-c@rdatasys.com
  8. Subject: ADMIN: reminder
  9. Reply-To: mark.nagel@rdatasys.com
  10. Organization: Relational Data Systems, Irvine, CA
  11. Phone: (714) 263-3899
  12. Date: Mon, 04 Jul 1994 14:53:40 PDT
  13. Message-ID: <3118.773358820@rdatasys.com>
  14. From: "Mark D. Nagel" <nagel@rdatasys.com>
  15.  
  16. Just a quick reminder that everyone should now be using the address
  17. think-c@rdatasys.com to submit messages to the list.  I have been
  18. attempting to get the original address redirected properly, but have
  19. encountered a few problems.  If you send a message and do not see
  20. it, make sure you sent to the right address.  Subscribe and
  21. unsubscribe messages should now go to listproc@rdatasys.com.
  22.  
  23. Mark
  24. --------
  25. Mark D. Nagel <mark.nagel@rdatasys.com>      Relational Data Systems
  26.                                              30 Executive Park, Suite 260
  27. Eat right.  Exercise.  Die anyway.           Irvine, CA 92714
  28.                                              (714) 263-3899
  29. >From josh@nagos.lif.icnet.uk Tue Jul  5 05:49:30 PDT 1994
  30. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id FAA12205 for <think-c@rdatasys.com>; Tue, 5 Jul 1994 05:49:29 -0700
  31. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id FAA18003 for <think-c@rdatasys.com>; Tue, 5 Jul 1994 05:49:23 -0700
  32. Message-Id: <199407051249.FAA18003@lionfish.rdatasys.com>
  33. Received: from nagos.lif.icnet.uk(143.65.1.21) by lionfish.rdatasys.com via smap (V1.3mjr)
  34.         id sma018001; Tue Jul  5 05:49:16 1994
  35. Received: by nagos.lif.icnet.uk; Tue, 5 Jul 94 13:48:58 BST
  36. Date: Tue, 5 Jul 94 13:48:58 BST
  37. From: josh@nagos.lif.icnet.uk (Joshua Kafeero)
  38. Sender: josh@nagos.lif.icnet.uk
  39. To: think-c@rdatasys.com
  40.  
  41.  
  42. To anyone that can help,
  43.  
  44. I am investigating MacTCP programming and wonder
  45. if anyone knows of any source code that can be
  46. compiled using the Symantec Think C compiler.
  47.  
  48. I have met with problems getting error messages like
  49.  
  50. <invalid redeclaration of ParamBlockHeader>, 
  51.  
  52. that and the lack of SO MANY include files eg.
  53. Cursorctl.h, getmyipaddr.h, AddressXlation.h etc...
  54. have given the impression that I am attempting to 
  55. compile the wrong code.
  56.  
  57. BTW are MPW and Think C compatible? if not what 
  58. patches has one got to do to port code from one
  59. format to the other.
  60.  
  61. I'd would be grateful for MacTCP code that compiles using
  62. Think C.
  63.  
  64. I am interested in utils like ftp, ping, finger, telnet
  65. etc....
  66.  
  67. Thanks.
  68.  
  69.  
  70. Josh.
  71.  
  72.  
  73.  
  74. >From de19@umail.umd.edu Tue Jul  5 07:27:41 PDT 1994
  75. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id HAA13371 for <think-c@rdatasys.com>; Tue, 5 Jul 1994 07:27:39 -0700
  76. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id HAA18269 for <think-c@rdatasys.com>; Tue, 5 Jul 1994 07:27:29 -0700
  77. Received: from umail.umd.edu(128.8.10.28) by lionfish.rdatasys.com via smap (V1.3mjr)
  78.         id sma018267; Tue Jul  5 07:27:06 1994
  79. Received: by umail.UMD.EDU (5.57/Ultrix3.0-C)
  80.         id AA29328; Tue, 5 Jul 94 10:26:57 -0400
  81. Date: Tue, 5 Jul 94 10:26:55 -0400
  82. From: Dana S Emery <de19@umail.umd.edu>
  83. To: think-c@rdatasys.com
  84. Subject: MacTCP code
  85. Message-Id: <Mailstrom.1.05.58863.9528.de19@umailsrv0.umd.edu>
  86. In-Reply-To: Your message <199407051249.FAA18003@lionfish.rdatasys.com> of
  87.  Tue, 5 Jul 1994 05:53:55 -0700
  88. Content-Type: TEXT/plain; charset=US-ASCII
  89.  
  90. a lot of source code exists, Newswatcher, ftpd, perhaps even Mailstrom (the IMAP
  91. mail client I am now using), maybe even a game or two (?Bolo?, ?Maelstrom?), use
  92. archie or browse the macgift sites for em.
  93.  
  94. Think C deliberatly uses the MPW .h files as a basis for generating its
  95. libraries, but Think has its own concepts of how to interface your code to the
  96. traps, its "glue" will be similar in effect to MPW, but not always identical.
  97. Every time Apple revises the .h files Symantec brings out revised parallel
  98. versions.
  99.  
  100. Metrowerks has a similar policy.
  101.  
  102. Your difficulties in compiling are probably due to a mising or incompatible set
  103. of the MacTCP headers, these are an Apple licensed product which is available to
  104. APDA registered developers for not very much $, but there have been changes
  105. historically, and its generally unclear which version is apropriate to whatever
  106. third party code you have at the moment---especially since it is technically
  107. illegal to make the headers public, thus released third party code usually omits
  108. em.  The MacTCP driver is what apple should be jelously guarding, not its
  109. interface files, but since apple bundles it all in the release and doesnt
  110. clarify anything...
  111.  
  112. hope that helps some.
  113. --
  114. dana s emery <de19@umail.umd.edu>
  115.  
  116. >From ischluet@mail.wsdot.wa.gov Tue Jul  5 07:40:40 PDT 1994
  117. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id HAA13674 for <think-c@rdatasys.com>; Tue, 5 Jul 1994 07:40:39 -0700
  118. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id HAA18437 for <think-c@rdatasys.com>; Tue, 5 Jul 1994 07:40:34 -0700
  119. Received: from mail.wsdot.wa.gov(164.110.100.217) by lionfish.rdatasys.com via smap (V1.3mjr)
  120.         id sma018435; Tue Jul  5 07:40:18 1994
  121. Received: from [164.110.100.170] (pc3358) by mail.wsdot.wa.gov (5.65c/1.921207)
  122.         id AA14483; Tue, 5 Jul 1994 07:38:57 -0700
  123. Message-Id: <199407051438.AA14483@mail.wsdot.wa.gov>
  124. X-Sender: ischluet@pc3854.wsdot.wa.gov
  125. Mime-Version: 1.0
  126. Content-Type: text/plain; charset="us-ascii"
  127. Date: Tue, 5 Jul 1994 07:40:15 -0800
  128. To: think-c@rdatasys.com
  129. From: ischluet@mail.wsdot.wa.gov (W. Ian Schlueter)
  130. Subject: Re: 
  131.  
  132. >To anyone that can help,
  133. >
  134. >I am investigating MacTCP programming and wonder
  135. >if anyone knows of any source code that can be
  136. >compiled using the Symantec Think C compiler.
  137. >
  138.  
  139. >I'd would be grateful for MacTCP code that compiles using
  140. >Think C.
  141. >
  142. >I am interested in utils like ftp, ping, finger, telnet
  143. >etc....
  144.  
  145. Have you tried looking in the TCP/IP dierectory @ Apple's FTP SITES? There
  146. are several examples of code there, although I have tried none of them.
  147.  
  148. -------------------------------------------------------------------
  149. |W. Ian Schlueter        | Let's Play Twister, Let's Play Risk,   |
  150. |WA State DOT            | yeah,yeah,yeah,yeah                    |
  151. |Network Operations      | Crop Circles? I don't know noth'n 'bout|
  152. |Phone: 206-705-7792     | no stinkn' Crop Circles.               |
  153. -------------------------------------------------------------------
  154.  
  155.  
  156. >From gt8013c@prism.gatech.edu Tue Jul  5 21:05:19 PDT 1994
  157. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id VAA02694 for <think-c@rdatasys.com>; Tue, 5 Jul 1994 21:05:13 -0700
  158. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id VAA19214 for <think-c@rdatasys.com>; Tue, 5 Jul 1994 21:05:10 -0700
  159. Received: from unknown(128.195.1.14) by lionfish.rdatasys.com via smap (V1.3mjr)
  160.         id sma019212; Tue Jul  5 21:04:50 1994
  161. Received: from ics.uci.edu by binky.ics.uci.edu id aa05483; 5 Jul 94 21:01 PDT
  162. Received: from ics.uci.edu by binky.ics.uci.edu id aa05479; 5 Jul 94 21:01 PDT
  163. Received: from USENET by q2.ics.uci.edu id aa19334; 5 Jul 94 21:00 PDT
  164. From: "Adam R. Barr" <gt8013c@prism.gatech.edu>
  165. Subject: SC7.0.3 Update difficulties
  166. Message-ID: <9407052100.aa19296@q2.ics.uci.edu>
  167. X-Mailer: ELM [version 2.4 PL23]
  168. Content-Type: text
  169. Content-Length: 480
  170. Newsgroups: fa.think-c
  171. X-Message-ID: <199407060400.AAA22437@acmex.gatech.edu>
  172. Approved: usenet@q2.ics.uci.edu
  173. Date: 6 Jul 94 04:00:40 GMT
  174. To: think-c@ics.UCI.EDU
  175.  
  176. Hey folks!
  177.  
  178. I'm relatively new to this list, so if it's been asked already, I apologize.
  179.  
  180. I downloaded the ThinkC 7.0.3 updater the other day and was in the process of
  181. doing the update when I became stuck at the script to 'Rebuild ANSI Libraries.'
  182. The instructions say to start Think Project Manager, then run the script.
  183. I started the TPM and double-clicked on the script and it won't run.  Do I need
  184. AppleScript to run this thing? Or am I just totally missing something?
  185.  
  186. -Adam
  187. >From ischluet@mail.wsdot.wa.gov Tue Jul  5 21:41:13 PDT 1994
  188. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id VAA03335 for <think-c@rdatasys.com>; Tue, 5 Jul 1994 21:41:11 -0700
  189. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id VAA19384 for <think-c@rdatasys.com>; Tue, 5 Jul 1994 21:41:10 -0700
  190. Received: from mail.wsdot.wa.gov(164.110.100.217) by lionfish.rdatasys.com via smap (V1.3mjr)
  191.         id sma019382; Tue Jul  5 21:40:40 1994
  192. Received: from [164.110.100.207] (c_remote2) by mail.wsdot.wa.gov (5.65c/1.921207)
  193.         id AA16300; Tue, 5 Jul 1994 21:38:52 -0700
  194. Message-Id: <199407060438.AA16300@mail.wsdot.wa.gov>
  195. X-Sender: ischluet@PC3854.wsdot.wa.gov
  196. Mime-Version: 1.0
  197. Content-Type: text/plain; charset="us-ascii"
  198. Date: Tue, 5 Jul 1994 21:39:47 -0700
  199. To: think-c@rdatasys.com
  200. From: ischluet@mail.wsdot.wa.gov (W. Ian Schlueter)
  201. Subject: Re: SC7.0.3 Update difficulties
  202.  
  203. >Hey folks!
  204. >
  205. >I'm relatively new to this list, so if it's been asked already, I apologize.
  206. >
  207. >I downloaded the ThinkC 7.0.3 updater the other day and was in the process of
  208. >doing the update when I became stuck at the script to 'Rebuild ANSI Libraries.'
  209. >The instructions say to start Think Project Manager, then run the script.
  210. >I started the TPM and double-clicked on the script and it won't run.  Do I need
  211. >AppleScript to run this thing? Or am I just totally missing something?
  212. >
  213. >-Adam
  214.  
  215.  
  216. You need Applescript.
  217.  
  218. ----------------------------------------------------------------
  219. |W. Ian Schlueter                    | Let's Play Twister,     |
  220. |WA State DOT                        | Let's Play Risk,        |
  221. |Network Operations                  | yeah,yeah,yeah,yeah     |
  222. |Phone: 206-705-7792                 |                         |
  223. ----------------------------------------------------------------
  224.  
  225.  
  226. >From msandri@netcom.com Wed Jul  6 14:45:40 PDT 1994
  227. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id OAA22594 for <think-c@rdatasys.com>; Wed, 6 Jul 1994 14:45:38 -0700
  228. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id OAA20095 for <think-c@rdatasys.com>; Wed, 6 Jul 1994 14:45:37 -0700
  229. Received: from netcom.netcom.com(192.100.81.100) by lionfish.rdatasys.com via smap (V1.3mjr)
  230.         id sma020093; Wed Jul  6 14:45:32 1994
  231. Received: by netcom.netcom.com (8.6.8.1/Netcom)
  232.         id OAA20158; Wed, 6 Jul 1994 14:45:42 -0700
  233. From: msandri@netcom.com (Marco Sandri)
  234. Message-Id: <199407062145.OAA20158@netcom.netcom.com>
  235. Subject: Re: SC7.0.3 Update difficulties
  236. To: think-c@rdatasys.com
  237. Date: Wed, 6 Jul 1994 14:45:41 -0700 (PDT)
  238. In-Reply-To: <9407052100.aa19296@q2.ics.uci.edu> from "Adam R. Barr" at Jul 5, 94 09:13:49 pm
  239. Reply-To: msandri@netcom.com (Marco Sandri)
  240. X-Mailer: ELM [version 2.4 PL23]
  241. MIME-Version: 1.0
  242. Content-Type: text/plain; charset=US-ASCII
  243. Content-Transfer-Encoding: 7bit
  244. Content-Length: 712       
  245.  
  246. Hi,
  247.  
  248. >I downloaded the ThinkC 7.0.3 updater the other day and was in the process of
  249. >doing the update when I became stuck at the script to 'Rebuild ANSI Libraries.'
  250. >The instructions say to start Think Project Manager, then run the script.
  251. >I started the TPM and double-clicked on the script and it won't run.  Do I need
  252. >AppleScript to run this thing? Or am I just totally missing something?
  253.  
  254. Yes, you need AppleScript to run that script.
  255.  
  256. ============================================================
  257.   Marco Sandri                | "Nothing is impossible,
  258.   msandri@netcom.com          |  if you don't have to do it"
  259.   sandri@cadlab.systemy.org   |
  260. ============================================================
  261. >From gt8013c@prism.gatech.edu Wed Jul  6 17:48:48 PDT 1994
  262. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id RAA26506 for <think-c@rdatasys.com>; Wed, 6 Jul 1994 17:48:46 -0700
  263. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id RAA20368 for <think-c@rdatasys.com>; Wed, 6 Jul 1994 17:48:43 -0700
  264. Received: from unknown(128.195.1.14) by lionfish.rdatasys.com via smap (V1.3mjr)
  265.         id sma020365; Wed Jul  6 17:48:03 1994
  266. Received: from ics.uci.edu by binky.ics.uci.edu id aa20612; 6 Jul 94 12:58 PDT
  267. Received: from ics.uci.edu by binky.ics.uci.edu id aa20608; 6 Jul 94 12:58 PDT
  268. Received: from USENET by q2.ics.uci.edu id aa08269; 6 Jul 94 12:58 PDT
  269. From: gt8013c@prism.gatech.edu
  270. Subject: 7.0.3 upgrade difficulties continued
  271. Message-ID: <9407061258.aa08249@q2.ics.uci.edu>
  272. X-Mailer: ELM [version 2.4 PL23]
  273. Content-Type: text
  274. Content-Length: 384
  275. Newsgroups: fa.think-c
  276. X-Message-ID: <199407061958.PAA23099@acmez.gatech.edu>
  277. Approved: usenet@q2.ics.uci.edu
  278. Date: 6 Jul 94 19:58:39 GMT
  279. To: think-c@ics.UCI.EDU
  280.  
  281. OK, I got the response that it indeed was an AppleScript script to update the
  282. ANSI libraries.  It stated that this was included w/ the 7.0 C++.
  283. I had upgraded from 6.x to 7.0, then 7.0.x. Was appleScript included in the
  284. upgrade or did you have to purchase the 7.0 version?
  285.  
  286. Also, would the fact that my ANSI libraries have not been updated cause serious
  287. problems w/ compiling?
  288.  
  289. -Adam
  290. >From josh@nagos.lif.icnet.uk Thu Jul  7 04:57:02 PDT 1994
  291. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id EAA07777 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 04:57:00 -0700
  292. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id EAA20806 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 04:57:00 -0700
  293. Message-Id: <199407071157.EAA20806@lionfish.rdatasys.com>
  294. Received: from nagos.lif.icnet.uk(143.65.1.21) by lionfish.rdatasys.com via smap (V1.3mjr)
  295.         id sma020804; Thu Jul  7 04:56:38 1994
  296. Received: by nagos.lif.icnet.uk; Thu, 7 Jul 94 12:56:24 BST
  297. Date: Thu, 7 Jul 94 12:56:24 BST
  298. From: josh@nagos.lif.icnet.uk (Joshua Kafeero)
  299. Sender: josh@nagos.lif.icnet.uk
  300. To: think-c@rdatasys.com
  301. Subject: Invalid Redeclaration of TheGDevice.
  302.  
  303. I am having problems compiling NCSA Telnet 2.6
  304. source code. I keep on coming up with the error
  305. message
  306.  
  307. Invalid redeclaration of TheGDevice
  308.  
  309. this declaration is in the Sysequ.h file. Does
  310. anyone out there know how to get round this 
  311. problem?
  312.  
  313. Josh.
  314. >From josh@nagos.lif.icnet.uk Thu Jul  7 08:23:08 PDT 1994
  315. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id IAA11152 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 08:23:07 -0700
  316. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id IAA21159 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 08:23:06 -0700
  317. Message-Id: <199407071523.IAA21159@lionfish.rdatasys.com>
  318. Received: from nagos.lif.icnet.uk(143.65.1.21) by lionfish.rdatasys.com via smap (V1.3mjr)
  319.         id sma021156; Thu Jul  7 08:21:22 1994
  320. Received: by nagos.lif.icnet.uk; Thu, 7 Jul 94 16:21:18 BST
  321. Date: Thu, 7 Jul 94 16:21:18 BST
  322. From: josh@nagos.lif.icnet.uk (Joshua Kafeero)
  323. Sender: josh@nagos.lif.icnet.uk
  324. To: think-c@rdatasys.com
  325. Subject: Telnet 2.6 
  326.  
  327. I ma having a problem compiling Telnet 2.6 code, 
  328. this is the distributed as:
  329.  
  330. Telnet2.6.1.d14/26/94.cpt.
  331.  
  332. I keep on getting the error:
  333.  
  334. invalid redeclaration of TheGDevice
  335.  
  336. I have sorted out all the other descrepancies
  337. and this is the only persistent error that I
  338. cannot find a solution to. 
  339.  
  340. Is there a known solution to this problem?
  341.  
  342. I would be very grateful of any help offered.
  343.  
  344.  
  345. Josh.
  346.  
  347. ps: I am using Symantec Think C Version 6
  348. >From omalley@umich.edu Thu Jul  7 10:53:20 PDT 1994
  349. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id KAA14261 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 10:53:16 -0700
  350. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id KAA21533 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 10:53:13 -0700
  351. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3mjr)
  352.         id sma021531; Thu Jul  7 10:52:42 1994
  353. Received: from rodan.rs.itd.umich.edu by q2.ics.uci.edu id aa10053;
  354.           7 Jul 94 10:52 PDT
  355. Received: from erdpc-2.umtri.umich.edu by rodan.rs.itd.umich.edu (8.6.9/2.2)
  356.         id NAA19975; Thu, 7 Jul 1994 13:52:28 -0400
  357. Date: Thu, 7 Jul 94 13:53:09 -0500
  358. From: "Kevin O'Malley" <omalley@umich.edu>
  359. To: think-c@ics.uci.edu
  360. Subject: Apple Events and code resources
  361. Message-ID: <Mailstrom.1.04.47429.15089.omalley@o.imap.itd.umich.edu>
  362. Content-Type: TEXT/plain; charset=US-ASCII
  363.  
  364.  
  365. I would like to build a code resource with Symantec C++ 7 which is 
  366. called from MatLab (built as a MEX-File). This code resource must 
  367. talk with another application via Apple Events. My questions are: 
  368.  
  369.    - can a code resource send and receive Apple Events
  370.    - has anyone attempted this sort of thing with MatLab
  371.  
  372. Kevin - omalley@umich.edu
  373.  
  374. >From walrathw@RFERL.ORG Thu Jul  7 11:12:18 PDT 1994
  375. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id LAA14853 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 11:12:16 -0700
  376. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id LAA21734 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 11:12:16 -0700
  377. Received: from muvaxa.rferl.org(192.135.216.2) by lionfish.rdatasys.com via smap (V1.3mjr)
  378.         id sma021727; Thu Jul  7 11:11:21 1994
  379. Received: from mumcbm.rferl.org by MUVAXA.RFERL.ORG (PMDF V4.2-12 #5010) id
  380.  <01HEFR6HOYBK8X08I0@MUVAXA.RFERL.ORG>; Thu, 7 Jul 1994 20:11:07 CET
  381. Date: Thu, 07 Jul 1994 20:09:44 +0000 (U)
  382. From: WalrathW <walrathw@RFERL.ORG>
  383. Subject: RE: Apple Events and code resources
  384. To: think-c@rdatasys.com
  385. Message-id: <01HEFR6HPHLU8X08I0@MUVAXA.RFERL.ORG>
  386. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  387. Content-transfer-encoding: 7BIT
  388.  
  389. _______________________________________________________________________________
  390. > From: think-c@rdatasys.com on 7 Jul, 1994 20:02
  391. > Subject: Apple Events and code resources
  392. > To: Multiple recipients of list
  393. > I would like to build a code resource with Symantec C++ 7 which is 
  394. > called from MatLab (built as a MEX-File). This code resource must 
  395. > talk with another application via Apple Events. My questions are: 
  396. >    - can a code resource send and receive Apple Events
  397.  
  398. Yes, because once the code resource is loaded, it _is_ the host application. So
  399. MatLab is sending the AE.
  400.  
  401. >    - has anyone attempted this sort of thing with MatLab
  402.  
  403. I don't know MatLab, but I'm just finishing up a 4D external which sends AEs.
  404. It doesn't seem to be much of a problem. The only concern I can see in this set
  405. up is if the event could take a while and you are waiting for a reply
  406. (kAEWaitReply), then you supply an idle proc which receives certain events, and
  407. from this procedure a program could spin the cursor and handle updates. It
  408. wouldn't be possible for a code resource to do this unless the host app
  409. provides callbacks.
  410. > Kevin - omalley@umich.edu
  411.  
  412.  
  413. -wayne
  414. >From bernard@apple.com Thu Jul  7 11:27:20 PDT 1994
  415. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id LAA15251 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 11:27:19 -0700
  416. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id LAA21903 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 11:27:18 -0700
  417. Received: from mroe.cs.colorado.edu(128.138.243.151) by lionfish.rdatasys.com via smap (V1.3mjr)
  418.         id sma021901; Thu Jul  7 11:27:09 1994
  419. Received: from [128.116.1.165] (aeml.batman.net [128.116.1.165]) by mroe.cs.colorado.edu (8.6.9/8.6.9) with SMTP id MAA03485 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 12:27:00 -0600
  420. Date: Thu, 7 Jul 1994 12:27:00 -0600
  421. X-Sender: bernard@guest.apple.com
  422. Message-Id: <aa41a4400302101d7886@[128.116.1.165]>
  423. Mime-Version: 1.0
  424. Content-Type: text/plain; charset="us-ascii"
  425. To: think-c@rdatasys.com
  426. From: bernard@apple.com (Bernie Bernstein)
  427. Subject: RE: Apple Events and code resources
  428.  
  429. >> I would like to build a code resource with Symantec C++ 7 which is
  430. >> called from MatLab (built as a MEX-File). This code resource must
  431. >> talk with another application via Apple Events. My questions are:
  432. >>
  433. >>    - can a code resource send and receive Apple Events
  434. >
  435. >Yes, because once the code resource is loaded, it _is_ the host application. So
  436. >MatLab is sending the AE.
  437. >
  438. >>    - has anyone attempted this sort of thing with MatLab
  439. >
  440.  
  441. I haven't done it with MatLab, but I have with another application that
  442. loads  code resources as externals. The biggest problem I had was the fact
  443. that the application moves the code around in memory when it isn't using
  444. it, so when you want to receive appleevents, the location of your callback
  445. may have changed.
  446.  
  447. To alleviate that situation, I created another code resource that just
  448. contained my callback functions, and then when my code resource was loaded,
  449. I loaded the callback resource and locked it. Now, my own code can come and
  450. go, but the callback will always be there so that AppleEvents can get sent
  451. to it.
  452.  
  453. I haven't done much work with it yet, but my experiments have indicated
  454. that it works. I haven't figured out how to call back to my code that is
  455. moving around, but I'll cross that bridge when I get there.
  456.  
  457. When another application sends an AppleEvent to this code resource, it
  458. sends it to the application that loads it... in your case MatLab, since it
  459. owns the world that your code runs in.
  460.  
  461.  
  462.     o,  ,,   ,      | Bernie Bernstein                    | ,    ,,
  463.     L>O/  `,/ `    ,| DBGB Development (AEML Contractor)  |/ `,,/  `
  464.    O./  '  / . `, / | w. 303-444-2204     h. 303-444-3168 |     / ` `  ,.
  465.   ,/   /  ,      '  | email: bernard@apple.com            | /        ''  `
  466.  
  467.  
  468. >From NASA12@aol.com Thu Jul  7 11:58:28 PDT 1994
  469. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id LAA16061 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 11:58:25 -0700
  470. From: NASA12@aol.com
  471. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id LAA22155 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 11:58:24 -0700
  472. Received: from mail02.prod.aol.net(192.203.190.97) by lionfish.rdatasys.com via smap (V1.3mjr)
  473.         id sma022149; Thu Jul  7 11:57:26 1994
  474. Received: by mail02.prod.aol.net
  475.         (1.38.193.5/16.2) id AA21368; Thu, 7 Jul 1994 14:57:24 -0400
  476. X-Mailer: America Online Mailer
  477. Sender: "NASA12" <NASA12@aol.com>
  478. Message-Id: <9407071457.tn112006@aol.com>
  479. To: think-c@rdatasys.com
  480. Date: Thu, 07 Jul 94 14:57:22 EDT
  481. Subject: Server Query
  482.  
  483. Here's my situation: I have a whole slew of macs on an appleshare network.
  484.  On each computer I have an application I wrote, that also has an init
  485. associated with it.  This init causes the continuous update of a data file
  486. located in the system folder.  I want the app on the server to have the
  487. ability to acces that file on each of the clients... I know that I canhave my
  488. init constantly upload that data file as it is updated, but I would rather
  489. hav it so that the server query's the clients and the server retreives the
  490. file on a "need to know" basis... any ideas?
  491.  
  492. --ADAM
  493.  
  494. >From winter@AI.RL.AF.MIL Thu Jul  7 12:21:30 PDT 1994
  495. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id MAA16676 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 12:21:27 -0700
  496. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id MAA22358 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 12:21:27 -0700
  497. Received: from jose.ai.rl.af.mil(128.132.33.139) by lionfish.rdatasys.com via smap (V1.3mjr)
  498.         id sma022356; Thu Jul  7 12:20:32 1994
  499. Received: from Mac-mailer (grieg.IRA.RL.AF.MIL [128.132.194.184]) by jose.AI.RL.AF.MIL (8.6.8.1/8.6.6) with SMTP id PAA02326 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 15:20:50 -0400
  500. Message-Id: <199407071920.PAA02326@jose.AI.RL.AF.MIL>
  501. Date: Thu, 07 Jul 94 15:26:41
  502. From: winter@AI.RL.AF.MIL (Jim Wintermyre)
  503. To: think-c@rdatasys.com
  504. Subject: Re: Server Query
  505.  
  506.  
  507. Hi,
  508.  
  509. > located in the system folder.  I want the app on the server to have the
  510. > ability to acces that file on each of the clients... I know that I 
  511. > canhave my init constantly upload that data file as it is updated, but I 
  512. > would rather hav it so that the server query's the clients and the server 
  513. > retreives the file on a "need to know" basis... any ideas?
  514.  
  515. Initially I would've said just have your server app send an AppleEvent when 
  516. it wants the file to the appropriate machine telling it to send the file to 
  517. the server.  But from what I remember stand-alone code resources don't work 
  518. with AppleEvents (unless you leech off of whatever happens to be the active 
  519. app).  You could have a background-only app that deals with the AppleEvents 
  520. and acts as an intermediary between your INIT and the server app (there is 
  521. some sample code out there called "AEDaemon" or something like that that 
  522. shows one way to do this).  Or you could use the PPC Toolbox.  Or you could 
  523. just use AppleTalk.  If you decide to use AppleTalk, check out the book 
  524. "Programming With AppleTalk" by Michael Pierce, published by Addison-Wesley 
  525. in the Macintosh Inside Out series.  It's a great book, with lots of very 
  526. useful source code.
  527.  
  528. Jim
  529.  
  530. winter@ai.rl.af.mil
  531. wintermyrej@lonex.rl.af.mil
  532. >From canna@bga.com Thu Jul  7 12:51:34 PDT 1994
  533. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id MAA17374 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 12:51:32 -0700
  534. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id MAA22564 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 12:51:30 -0700
  535. Received: from zoom.bga.com(198.3.118.20) by lionfish.rdatasys.com via smap (V1.3mjr)
  536.         id sma022562; Thu Jul  7 12:50:53 1994
  537. Received: from [198.3.118.155] (slip155.bga.com [198.3.118.155]) by zoom.bga.com (8.6.9/8.6.9) with SMTP id OAA14706 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 14:50:41 -0500
  538. Message-Id: <199407071950.OAA14706@zoom.bga.com>
  539. Mime-Version: 1.0
  540. Content-Type: text/plain; charset="us-ascii"
  541. Date: Thu, 7 Jul 1994 14:50:56 -0500
  542. To: think-c@rdatasys.com
  543. From: canna@bga.com (Lloyd Sargent)
  544. Subject: Re: Server Query
  545.  
  546. >Hi,
  547. >
  548. >> located in the system folder.  I want the app on the server to have the
  549. >> ability to acces that file on each of the clients... I know that I
  550. >> canhave my init constantly upload that data file as it is updated, but I
  551. >> would rather hav it so that the server query's the clients and the server
  552. >> retreives the file on a "need to know" basis... any ideas?
  553. >
  554. >Initially I would've said just have your server app send an AppleEvent when
  555. >it wants the file to the appropriate machine telling it to send the file to
  556. >the server.  But from what I remember stand-alone code resources don't work
  557. >with AppleEvents (unless you leech off of whatever happens to be the active
  558. >app).  You could have a background-only app that deals with the AppleEvents
  559. >and acts as an intermediary between your INIT and the server app (there is
  560. >some sample code out there called "AEDaemon" or something like that that
  561. >shows one way to do this).  Or you could use the PPC Toolbox.  Or you could
  562. >just use AppleTalk.  If you decide to use AppleTalk, check out the book
  563. >"Programming With AppleTalk" by Michael Pierce, published by Addison-Wesley
  564. >in the Macintosh Inside Out series.  It's a great book, with lots of very
  565. >useful source code.
  566. >
  567. >Jim
  568. >
  569. >winter@ai.rl.af.mil
  570. >wintermyrej@lonex.rl.af.mil
  571.  
  572.  
  573. Personally, I would use the PPC Toolbox (having just done that very thing
  574. for a client's application). It doesn't require much in terms of
  575. programming effort
  576. and will save you a lot of headaches (PPC functions do not require an event
  577. loop).
  578.  
  579. Lloyd
  580.  
  581.  
  582. ----------------------------+-----------------------------------------
  583. Lloyd Sargent               | "Real men don't need instructions..."
  584. Head Honcho                 | Internet:  canna@bga.com
  585. Canna Software Development  | Apple:     canna.sw.dev@applink.apple.com
  586. 14308-B FM 812              | Phone:     (512) 243-0283, (512) 243-3355
  587. Del Valle, Texas 78617      | Fax:       (512) 243-0283  (8-5 CST)
  588.  
  589.     "My business believes in First Admendment rights. So there!"
  590.  
  591.  
  592. >From msandri@netcom.com Thu Jul  7 14:48:40 PDT 1994
  593. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id OAA19879 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 14:48:37 -0700
  594. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id OAA22870 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 14:48:36 -0700
  595. Received: from netcom.netcom.com(192.100.81.100) by lionfish.rdatasys.com via smap (V1.3mjr)
  596.         id sma022866; Thu Jul  7 14:47:36 1994
  597. Received: by netcom.netcom.com (8.6.8.1/Netcom)
  598.         id OAA07656; Thu, 7 Jul 1994 14:47:36 -0700
  599. From: msandri@netcom.com (Marco Sandri)
  600. Message-Id: <199407072147.OAA07656@netcom.netcom.com>
  601. Subject: Re: Invalid Redeclaration of TheGDevice.
  602. To: think-c@rdatasys.com
  603. Date: Thu, 7 Jul 1994 14:47:36 -0700 (PDT)
  604. In-Reply-To: <199407071157.EAA20806@lionfish.rdatasys.com> from "Joshua Kafeero" at Jul 7, 94 05:04:41 am
  605. Reply-To: msandri@netcom.com (Marco Sandri)
  606. X-Mailer: ELM [version 2.4 PL23]
  607. MIME-Version: 1.0
  608. Content-Type: text/plain; charset=US-ASCII
  609. Content-Transfer-Encoding: 7bit
  610. Content-Length: 654       
  611.  
  612. Hi,
  613.  
  614. >I am having problems compiling NCSA Telnet 2.6
  615. >source code. I keep on coming up with the error
  616. >message
  617. >
  618. >Invalid redeclaration of TheGDevice
  619. >
  620. >this declaration is in the Sysequ.h file. Does
  621. >anyone out there know how to get round this 
  622. >problem?
  623.  
  624. Perhaps are you using both SysEqu.h and LoMem.h files? This could cause the
  625. problem you mentioned.
  626.  
  627. Hope this helps...
  628. Marco
  629.  
  630. ============================================================
  631.   Marco Sandri                | "Nothing is impossible,
  632.   msandri@netcom.com          |  if you don't have to do it"
  633.   sandri@cadlab.systemy.org   |
  634. ============================================================
  635. >From network_manager@aldus.com Thu Jul  7 15:42:41 PDT 1994
  636. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id PAA21174 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 15:42:39 -0700
  637. From: network_manager@aldus.com
  638. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id PAA23121 for <think-c@rdatasys.com>; Thu, 7 Jul 1994 15:42:39 -0700
  639. Received: from igate.aldus.com(144.7.2.2) by lionfish.rdatasys.com via smap (V1.3mjr)
  640.         id sma023119; Thu Jul  7 15:41:56 1994
  641. Received: by igate.aldus.com id AA84801
  642.   (InterLock SMTP Gateway 1.1 for think-c@rdatasys.com);
  643.   Thu, 7 Jul 1994 15:41:33 -0700
  644. Received: by igate.aldus.com (Internal Mail Agent-1);
  645.   Thu, 7 Jul 1994 15:41:33 -0700
  646. Message-Id: <1994Jul07.153706.2147492496@msm-inter.aldus.com>
  647. To: think-c@rdatasys.com
  648. Organization: Aldus Corporation, Seattle, WA 
  649. Date: Thu, 07 Jul 1994 15:37:06 PDT
  650. Subject: NDN:Re: Invalid Redeclaration of TheGDevice.
  651.  
  652. Your mail to the Microsoft Mail Server could not be fully
  653. delivered!   No Valid Addresses!   It has been deleted.
  654.  
  655. Error List:
  656.   Bad 'To:' Address: Joseph Camblin,Altsys@Da1
  657.  
  658.  
  659. >From winter@AI.RL.AF.MIL Fri Jul  8 06:09:06 PDT 1994
  660. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id GAA18866 for <think-c@rdatasys.com>; Fri, 8 Jul 1994 06:09:03 -0700
  661. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id GAA23829 for <think-c@rdatasys.com>; Fri, 8 Jul 1994 06:09:02 -0700
  662. Received: from jose.ai.rl.af.mil(128.132.33.139) by lionfish.rdatasys.com via smap (V1.3mjr)
  663.         id sma023827; Fri Jul  8 06:08:18 1994
  664. Received: from Mac-mailer (grieg.IRA.RL.AF.MIL [128.132.194.184]) by jose.AI.RL.AF.MIL (8.6.8.1/8.6.6) with SMTP id JAA04827 for <think-c@rdatasys.com>; Fri, 8 Jul 1994 09:08:25 -0400
  665. Message-Id: <199407081308.JAA04827@jose.AI.RL.AF.MIL>
  666. Date: Fri, 08 Jul 94 09:14:28
  667. From: winter@AI.RL.AF.MIL (Jim Wintermyre)
  668. To: think-c@rdatasys.com
  669. Subject: TPM Translator Format?
  670.  
  671. Does anyone know if the format for THINK Project Manager translators is 
  672. described somewhere (i.e. so a 3rd party developer could write a 
  673. translator)?
  674.  
  675. Jim
  676.  
  677. winter@ai.rl.af.mil
  678. wintermyrej@lonex.rl.af.mil
  679. >From jum@helios.de Fri Jul  8 06:51:11 PDT 1994
  680. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id GAA19544 for <think-c@rdatasys.com>; Fri, 8 Jul 1994 06:51:08 -0700
  681. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id GAA24007 for <think-c@rdatasys.com>; Fri, 8 Jul 1994 06:51:04 -0700
  682. Received: from unknown(193.141.98.33) by lionfish.rdatasys.com via smap (V1.3mjr)
  683.         id sma024005; Fri Jul  8 06:50:40 1994
  684. Received: from osiris.helios.de by heliosd.helios.de (AIX 3.2/UCB 5.64/4.03JUM1)
  685.           id AA23610; Fri, 8 Jul 1994 15:49:47 +0200
  686. Date: Fri, 8 Jul 1994 15:49:47 +0200
  687. From: jum@helios.de (Jens-Uwe Mager)
  688. Message-Id: <9407081349.AA23610@heliosd.helios.de>
  689. To: think-c@rdatasys.com
  690. Subject: Re: TPM Translator Format?
  691.  
  692.  
  693. >Does anyone know if the format for THINK Project Manager translators is 
  694. >described somewhere (i.e. so a 3rd party developer could write a 
  695. >translator)?
  696.  
  697. I have signed a non-disclosure contract about the TPM and got a
  698. documentation and a bunch of header files that describes how to build
  699. translators. Unfortunately one cannot build a translator that produces
  700. intermediate C language source, the translation has to be done step
  701. from some source language to the binary image. In my case I actually
  702. have a specification compiler that produces REZ input, thus I did not
  703. write a translator and still to the steps by hand.
  704.  
  705. Best Regards,
  706. Jens-Uwe Mager
  707.  
  708. HELIOS Software GmbH
  709. Lavesstr. 80
  710. 30159 Hannover
  711. Germany
  712.  
  713. Phone:          +49 511 36482-0
  714. FAX:            +49 511 36482-69
  715. AppleLink:      helios.de       Attn: Jens-Uwe Mager
  716. Internet:       jum@helios.de
  717. >From aland@cs.brandeis.edu Fri Jul  8 07:53:10 PDT 1994
  718. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id HAA20385 for <think-c@rdatasys.com>; Fri, 8 Jul 1994 07:53:09 -0700
  719. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id HAA24216 for <think-c@rdatasys.com>; Fri, 8 Jul 1994 07:53:09 -0700
  720. Received: from berry.cs.brandeis.edu(129.64.2.5) by lionfish.rdatasys.com via smap (V1.3mjr)
  721.         id sma024214; Fri Jul  8 07:52:48 1994
  722. Received: from goose.cs.brandeis.edu by cs.brandeis.edu Fri, 8 Jul 1994 10:52:39 -0400
  723. Received:  by goose.cs.brandeis.edu (8.6.8/UofC3.0)
  724.         id KAA13586; Fri, 8 Jul 1994 10:52:38 -0400
  725. From: "Alan D." <aland@cs.brandeis.edu>
  726. Message-Id: <199407081452.KAA13586@goose.cs.brandeis.edu>
  727. Subject: Re: TPM Translator Format?
  728. To: think-c@rdatasys.com
  729. Date: Fri, 8 Jul 1994 10:52:38 -0500 (EDT)
  730. In-Reply-To: <9407081349.AA23610@heliosd.helios.de> from "Jens-Uwe Mager" at Jul 8, 94 06:55:17 am
  731. X-Mailer: ELM [version 2.4 PL22]
  732. MIME-Version: 1.0
  733. Content-Type: text/plain; charset=US-ASCII
  734. Content-Transfer-Encoding: 7bit
  735. Content-Length: 1032      
  736.  
  737. To quote Jens-Uwe Mager,
  738.  
  739. > >Does anyone know if the format for THINK Project Manager translators is 
  740. > >described somewhere (i.e. so a 3rd party developer could write a 
  741. > >translator)?
  742.  
  743. > I have signed a non-disclosure contract about the TPM and got a
  744. > documentation and a bunch of header files that describes how to build
  745. > translators. Unfortunately one cannot build a translator that produces
  746. > intermediate C language source, the translation has to be done step
  747. > from some source language to the binary image. In my case I actually
  748. > have a specification compiler that produces REZ input, thus I did not
  749. > write a translator and still to the steps by hand.
  750.  
  751. Here's an idea...  Can you tell from the TPM docs whether it's
  752. possible to _CALL OTHER TRANSLATORS_ from one another?  If not, how
  753. about calling an 'external applet' that will control the TPM via
  754. AppleEvents, adding whatever C file is generated, and having the TPM
  755. compile it?  If BBEdit can do it, why can't you? *grin*  {Nothing
  756. personal, Rich.}
  757.  
  758.           -=Alan
  759. >From jum@helios.de Fri Jul  8 09:15:16 PDT 1994
  760. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id JAA21949 for <think-c@rdatasys.com>; Fri, 8 Jul 1994 09:15:15 -0700
  761. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id JAA24501 for <think-c@rdatasys.com>; Fri, 8 Jul 1994 09:15:14 -0700
  762. Received: from unknown(193.141.98.33) by lionfish.rdatasys.com via smap (V1.3mjr)
  763.         id sma024493; Fri Jul  8 09:14:14 1994
  764. Received: from osiris.helios.de by heliosd.helios.de (AIX 3.2/UCB 5.64/4.03JUM1)
  765.           id AA23564; Fri, 8 Jul 1994 18:13:48 +0200
  766. Date: Fri, 8 Jul 1994 18:13:48 +0200
  767. From: jum@helios.de (Jens-Uwe Mager)
  768. Message-Id: <9407081613.AA23564@heliosd.helios.de>
  769. To: think-c@rdatasys.com
  770. Subject: Re: TPM Translator Format?
  771.  
  772.  
  773. >Here's an idea...  Can you tell from the TPM docs whether it's
  774. >possible to _CALL OTHER TRANSLATORS_ from one another?  If not, how
  775. >about calling an 'external applet' that will control the TPM via
  776. >AppleEvents, adding whatever C file is generated, and having the TPM
  777. >compile it?  If BBEdit can do it, why can't you? *grin*  {Nothing
  778. >personal, Rich.}
  779.  
  780. It should be possible in principle, the TPM really loads plain vanilla
  781. application style code resources into its own heap. It does for example
  782. do all the CODE 0 processing on the tranlators itself without the help
  783. of the Toolbox. Doing all that sounds rather complicated.
  784.  
  785. Jens-Uwe
  786. >From rmf@cs.columbia.edu Fri Jul  8 11:19:21 PDT 1994
  787. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id LAA24480 for <think-c@rdatasys.com>; Fri, 8 Jul 1994 11:19:19 -0700
  788. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id LAA24812 for <think-c@rdatasys.com>; Fri, 8 Jul 1994 11:19:19 -0700
  789. Received: from cs.columbia.edu(128.59.16.20) by lionfish.rdatasys.com via smap (V1.3mjr)
  790.         id sma024810; Fri Jul  8 11:19:06 1994
  791. Received: from age.cs.columbia.edu (age.cs.columbia.edu [128.59.10.6]) by cs.columbia.edu (8.6.9/8.6.6) with ESMTP id OAA18675 for <think-c@rdatasys.com>; Fri, 8 Jul 1994 14:15:35 -0400
  792. Received: (from rmf@localhost) by age.cs.columbia.edu (8.6.9/8.6.6) id OAA02730; Fri, 8 Jul 1994 14:15:35 -0400
  793. Date: Fri, 8 Jul 1994 14:15:35 -0400
  794. From: Robert Fuhrer <rmf@cs.columbia.edu>
  795. Message-Id: <199407081815.OAA02730@age.cs.columbia.edu>
  796. To: think-c@rdatasys.com
  797. In-reply-to: Jens-Uwe Mager's message of Fri, 8 Jul 1994 09:19:59 -0700 <9407081613.AA23564@heliosd.helios.de>
  798. Subject: Re: TPM Translator Format?
  799. Reply-To: rmf@cs.columbia.edu
  800.  
  801. > It should be possible in principle, the TPM really loads plain vanilla
  802. > application style code resources into its own heap.
  803.  
  804. You should note that though the translators are basically like normal
  805. applications, TPM places a few modest constraints on behaviour for things to
  806. work properly...
  807.  
  808. ----------------------
  809. Robert M. Fuhrer
  810. Computer Science Dept.
  811. Columbia University
  812. 503 Computer Science Building     (212) 939-7051
  813. Internet: rmf@cs.columbia.edu
  814. >From rmf@cs.columbia.edu Fri Jul  8 11:25:23 PDT 1994
  815. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id LAA24699 for <think-c@rdatasys.com>; Fri, 8 Jul 1994 11:25:21 -0700
  816. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id LAA24896 for <think-c@rdatasys.com>; Fri, 8 Jul 1994 11:25:20 -0700
  817. Received: from cs.columbia.edu(128.59.16.20) by lionfish.rdatasys.com via smap (V1.3mjr)
  818.         id sma024892; Fri Jul  8 11:25:17 1994
  819. Received: from age.cs.columbia.edu (age.cs.columbia.edu [128.59.10.6]) by cs.columbia.edu (8.6.9/8.6.6) with ESMTP id OAA18898 for <think-c@rdatasys.com>; Fri, 8 Jul 1994 14:25:13 -0400
  820. Received: (from rmf@localhost) by age.cs.columbia.edu (8.6.9/8.6.6) id OAA02932; Fri, 8 Jul 1994 14:25:14 -0400
  821. Date: Fri, 8 Jul 1994 14:25:14 -0400
  822. From: Robert Fuhrer <rmf@cs.columbia.edu>
  823. Message-Id: <199407081825.OAA02932@age.cs.columbia.edu>
  824. To: think-c@rdatasys.com
  825. In-reply-to: Jens-Uwe Mager's message of Fri, 8 Jul 1994 09:19:59 -0700 <9407081613.AA23564@heliosd.helios.de>
  826. Subject: Re: TPM Translator Format?
  827. Reply-To: rmf@cs.columbia.edu
  828.  
  829. I think it would be neat and fairly simple for Symantec to allow attaching
  830. pre-/post-translation actions (read AppleScript scripts) to each file, possibly
  831. along with pre-/post-build actions for the entire project. Then, if your
  832. translator was scriptable at the most basic level, you could accomplish what
  833. you want and much more. E.g., you could install your application with
  834. supporting files/docs in some standard place. Or build a self-extracting
  835. archive from the files you want to ship.
  836.  
  837. In fact, if you could extend the set of events (currently only "translate
  838. file", "build project") with programmer-defined ones, you could have a nice,
  839. flexible make-like facility to do the things TPM isn't prepared to do for you.
  840. Programmer-defined events could be made accessible under the Project menu.
  841.  
  842. ----------------------
  843. Robert M. Fuhrer
  844. Computer Science Dept.
  845. Columbia University
  846. 503 Computer Science Building     (212) 939-7051
  847. Internet: rmf@cs.columbia.edu
  848. uucp:     ...!rutgers!cs.columbia.edu!rmf
  849. >From coop@europa.lif.icnet.uk Mon Jul 11 03:58:52 PDT 1994
  850. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id DAA19276 for <think-c@rdatasys.com>; Mon, 11 Jul 1994 03:58:49 -0700
  851. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id DAA26473 for <think-c@rdatasys.com>; Mon, 11 Jul 1994 03:58:51 -0700
  852. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3mjr)
  853.         id sma026471; Mon Jul 11 03:58:16 1994
  854. Received: from dapsun.lif.icnet.uk by q2.ics.uci.edu id aa07289;
  855.           11 Jul 94 3:56 PDT
  856. Received: by dapsun.lif.icnet.uk; Mon, 11 Jul 94 11:57:32 BST
  857. Received: from GATEWAY by dapsun with netnews
  858.         for think-c@ics.uci.edu (think-c@ics.uci.edu)
  859. To: think-c@ics.uci.edu
  860. Date: 11 Jul 1994 10:57:31 GMT
  861. From: Richard Coop <coop@europa.lif.icnet.uk>
  862. Message-Id: <2vr8ir$g9l@dapsun.lif.icnet.uk>
  863. Organization: Imperial Cancer Research Fund
  864. Sender: think-c-request@ics.uci.edu
  865. Subject: Telnet mouse postion -> escape code?
  866.  
  867. I understand Telnet for the Macintosh is written in think-c. I have two
  868. questions:
  869.  
  870.   o Is there source code available for Telnet (2.6) for the Mac and if so
  871.     where can I get it?
  872.  
  873.   o Is there any way that upon a mouse click the (x,y) coordinates of the
  874.     cursor in the telnet window can be converted to an escape sequence 
  875.     ( or any cryptic sequence for that matter ) so that applications running
  876.     in that telnet window can receive and make use of them. In other words
  877.     can telnet be made to work with a simple vt100 menu system which waits
  878.     for mouse events? Sounds so simple - yet why has this not been done
  879.     before?
  880.  
  881.  
  882. Cheers,
  883.  
  884. Richard Coop,
  885. Systems Support,
  886. Imperial Cancer Research Fund,
  887. London, UK.
  888.  
  889. >From josh@nagos.lif.icnet.uk Mon Jul 11 04:44:53 PDT 1994
  890. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id EAA20016 for <think-c@rdatasys.com>; Mon, 11 Jul 1994 04:44:52 -0700
  891. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id EAA26656 for <think-c@rdatasys.com>; Mon, 11 Jul 1994 04:44:53 -0700
  892. Message-Id: <199407111144.EAA26656@lionfish.rdatasys.com>
  893. Received: from nagos.lif.icnet.uk(143.65.1.21) by lionfish.rdatasys.com via smap (V1.3mjr)
  894.         id sma026654; Mon Jul 11 04:44:15 1994
  895. Received: by nagos.lif.icnet.uk; Mon, 11 Jul 94 12:44:09 BST
  896. Date: Mon, 11 Jul 94 12:44:09 BST
  897. From: josh@nagos.lif.icnet.uk (Joshua Kafeero)
  898. Sender: josh@nagos.lif.icnet.uk
  899. To: think-c@rdatasys.com
  900. Subject: Re:  Telnet mouse postion -> escape code?
  901.  
  902. Answer one:
  903.  
  904.  There is source code available for Telnet 2.6 and I have a copy on my 
  905.  Mac. I can pass it on when you are ready.
  906.  
  907. Answer two:
  908.  
  909.  That is indeed possible.
  910.  
  911. Problem one:
  912.  
  913.   I have patched and modified the code and eliminated "bugs" with
  914.   one exception. Of all the 59 files to compile one is failing due
  915.   to a Mac specific type redeclaration. I am right now in the 
  916.   process of sending out feelers for any way round this. If or 
  917.   rather when I find the solution then we can move to the clicking.
  918.   The clicking should be quite straight forward with event propagation
  919.   etc..
  920.  
  921. Josh.
  922. >From Donal.Tobin@cs.tcd.ie Mon Jul 11 05:45:57 PDT 1994
  923. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id FAA21043 for <think-c@rdatasys.com>; Mon, 11 Jul 1994 05:45:55 -0700
  924. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id FAA26858 for <think-c@rdatasys.com>; Mon, 11 Jul 1994 05:45:56 -0700
  925. Message-Id: <199407111245.FAA26858@lionfish.rdatasys.com>
  926. Received: from ashe.cs.tcd.ie(134.226.32.17) by lionfish.rdatasys.com via smap (V1.3mjr)
  927.         id sma026856; Mon Jul 11 05:45:50 1994
  928. Received: from riesling by ashe.cs.tcd.ie with SMTP (PP) 
  929.           id <10011-0@ashe.cs.tcd.ie>; Mon, 11 Jul 1994 13:45:27 +0000
  930. X-Sender: detobin@ashe.cs.tcd.ie
  931. Mime-Version: 1.0
  932. Content-Type: text/plain; charset="us-ascii"
  933. Date: Mon, 11 Jul 1994 13:47:49 +0100
  934. To: think-c@rdatasys.com
  935. From: Donal.Tobin@cs.tcd.ie (Donal Tobin)
  936. Subject: Re: Telnet mouse postion -> escape code?
  937. Cc: coop@europa.lif.icnet.uk
  938. X-Mailer: <PC Eudora Version 1.4>
  939.  
  940. >  o Is there any way that upon a mouse click the (x,y) coordinates of the
  941. >    cursor in the telnet window can be converted to an escape sequence 
  942. >    ( or any cryptic sequence for that matter ) so that applications running
  943. >    in that telnet window can receive and make use of them. In other words
  944. >    can telnet be made to work with a simple vt100 menu system which waits
  945. >    for mouse events? Sounds so simple - yet why has this not been done
  946. >    before?
  947.         This has been done before - see versa term. This has a menu to 
  948. enable an edit cursor that when clicked, generates a series of keys to move 
  949. the cursor to the current mouse position in the window. It can do this for 
  950. vi/emacs/something else, you could add this to the source of 2.6 when you 
  951. get it.
  952.  
  953.         Donal.
  954. o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o   
  955. | Donal.Tobin@cs.tcd.ie |                                When you |
  956. | +353-01-702-1797      |  get carried away by enthusiasm you may |
  957. |                       |  be lucky if you can hitch-hike it back |
  958. o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o   
  959. | Computer Architechture Group     Department of Computer Science |
  960. | F34 O'Reilly Institute           Trinity College Dublin Ireland |
  961. o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o   
  962. <A HREF="http://www.cs.tcd.ie/www/detobin/detobin.html">Click here :-)</A>
  963.  
  964. >From askwersk@MIT.EDU Mon Jul 11 06:20:02 PDT 1994
  965. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id GAA21646 for <think-c@rdatasys.com>; Mon, 11 Jul 1994 06:20:00 -0700
  966. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id GAA27091 for <think-c@rdatasys.com>; Mon, 11 Jul 1994 06:20:01 -0700
  967. Received: from mit.mit.edu(18.72.2.1) by lionfish.rdatasys.com via smap (V1.3mjr)
  968.         id sma027089; Mon Jul 11 06:19:49 1994
  969. Received: from SKULL-N-BONES.MIT.EDU by MIT.EDU with SMTP
  970.         id AA21196; Mon, 11 Jul 94 09:19:46 EDT
  971. Message-Id: <9407111319.AA21196@MIT.EDU>
  972. Date: Mon, 11 Jul 94 09:18:12 EDT
  973. From: askwersk@MIT.EDU (Adam Skwersky)
  974. To: think-c@rdatasys.com
  975. Subject: Re: Telnet mouse postion -> escape code?
  976.  
  977.  
  978.  
  979. Hey!
  980.  
  981. Telnet 2.5+ already allows you to send "mouse-events"!  If you hold down 
  982. the
  983. option key and click anywhere it will send arrow keys to move you there!
  984.  
  985. Adam
  986. >From dljones@powergrid.electriciti.com Mon Jul 11 07:28:08 PDT 1994
  987. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id HAA22801 for <think-c@rdatasys.com>; Mon, 11 Jul 1994 07:28:06 -0700
  988. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id HAA27342 for <think-c@rdatasys.com>; Mon, 11 Jul 1994 07:28:06 -0700
  989. Received: from powergrid.electriciti.com(198.5.212.8) by lionfish.rdatasys.com via smap (V1.3mjr)
  990.         id sma027339; Mon Jul 11 07:27:07 1994
  991. Received: from [198.5.212.26] by powergrid.electriciti.com with smtp
  992.         (Smail3.1.28.1 #3) id m0qNMJU-00092LC; Mon, 11 Jul 94 07:26 PDT
  993. Message-Id: <m0qNMJU-00092LC@powergrid.electriciti.com>
  994. Mime-Version: 1.0
  995. Content-Type: text/plain; charset="us-ascii"
  996. Date: Mon, 11 Jul 1994 07:28:04 -0800
  997. To: think-c@rdatasys.com
  998. From: dljones@powergrid.electriciti.com (Dennis L. Jones)
  999. Subject: Compile Problems
  1000.  
  1001. Anyone:
  1002.  
  1003. Using SC++ 7.0.3 I get the listed errors when I try to compile TList.cpp.
  1004. Best I can tell these functions are properly declared as members of TSList.
  1005. What am I doing wrong?  Am I missing something basic?
  1006.  
  1007. The project contains:
  1008.  main.cpp  //does nothing now
  1009.  TList.cpp
  1010.  CPlusLib
  1011.  MacTraps
  1012.  oops++
  1013.  IOStreams
  1014.  ANSI++
  1015.  
  1016. Thanks in advance
  1017.  
  1018. Dennis Jones
  1019.  
  1020. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  1021. File "TList.cpp"; Line 51
  1022. Error:   'TSList::Add' is not a member of struct 'TSList'
  1023.  
  1024. File "TList.cpp"; Line 56
  1025. Error:   'TSList::Remove' is not a member of struct 'TSList'
  1026.  
  1027. File "TList.cpp"; Line 61
  1028. Error:   'TSList::InputData' is not a member of struct 'TSList'
  1029.  
  1030. File "TList.cpp"; Line 66
  1031. Error:   'TSList::DisplayData' is not a member of struct 'TSList'
  1032. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  1033. // TList.cpp
  1034.  
  1035. #include <stdlib.h>
  1036. #include <iostream.h>
  1037.  
  1038. class TSNode
  1039. {
  1040. public:
  1041.  // None
  1042. private:
  1043.  friend class TSList;
  1044.  
  1045.  TSNode *next;
  1046.  TSNode *prev;
  1047.  //TStudent *student; //class to hold ID and Name
  1048. };
  1049.  
  1050. class TSList
  1051. {
  1052. public:
  1053.  TSList() { start = end = current = 0; }
  1054.  ~TSList();
  1055.  void Insert();
  1056.  void Append();
  1057.  void Add(TSNode);
  1058.  void Remove(TSNode);
  1059.  void InputData(TSNode);
  1060.  void DisplayData(TSNode);
  1061. private:
  1062.  TSNode *start;
  1063.  TSNode *end;
  1064.  TSNode *current;
  1065. };
  1066.  
  1067. TSList::~TSList()     // destructor
  1068. {
  1069.  //...
  1070. }
  1071.  
  1072. void TSList::Insert()    // Adds node at start of list
  1073. {
  1074.  //...
  1075. }
  1076.  
  1077. void TSList::Append()    // Adds node at end of list
  1078. {
  1079.  //...
  1080. }
  1081.  
  1082. void TSList::Add(TSNode *p)
  1083. {
  1084.  //...
  1085. }
  1086.  
  1087. void TSList::Remove(TSNode *p) // Deletes node pointed to
  1088. {
  1089.  //...
  1090. }
  1091.  
  1092. void TSList::InputData(TSNode *p)  // Updates data in node pointed to
  1093. {
  1094.  //...
  1095. }
  1096.  
  1097. void TSList::DisplayData(TSNode *p) // Displays data in node pointed to
  1098. {
  1099.  //...
  1100. }
  1101.  
  1102.  
  1103.  
  1104. Dennis Jones
  1105. dljones@powergrid.electriciti.com
  1106.  
  1107.  
  1108. >From lukas@iso.wwz.unibas.ch Mon Jul 11 11:58:54 PDT 1994
  1109. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id LAA27866 for <think-c@rdatasys.com>; Mon, 11 Jul 1994 11:58:51 -0700
  1110. From: lukas@iso.wwz.unibas.ch
  1111. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id LAA00363 for <think-c@rdatasys.com>; Mon, 11 Jul 1994 11:58:51 -0700
  1112. Received: from swiba9.unibas.ch(131.152.1.5) by lionfish.rdatasys.com via smap (V1.3mjr)
  1113.         id sma000361; Mon Jul 11 11:58:36 1994
  1114. Received: from iso.wwz.unibas.ch by swiba9.unibas.ch with SMTP (PP);
  1115.           Mon, 11 Jul 1994 18:07:12 +0200
  1116. Received: from localhost by iso.wwz.unibas.ch (5.65/Ultrix3.0-C) id AA05267;
  1117.           Mon, 11 Jul 1994 18:07:00 +0200
  1118. Message-Id: <9407111607.AA05267@iso.wwz.unibas.ch>
  1119. To: think-c@rdatasys.com
  1120. Subject: statistic class libraries
  1121. Date: Mon, 11 Jul 94 18:07:00 +0200
  1122. X-Mts: smtp
  1123.  
  1124. I am working on a statistic application and I am looking for C++ statistic class
  1125. libraries like for example vector- and matrix operations and distribution- and
  1126. plot functions.
  1127.  
  1128.  
  1129.                            Lukas
  1130.  
  1131. lukas@iso.wwz.unibas.ch
  1132.  
  1133.  
  1134.   
  1135. >From rpa@netcom.com Tue Jul 12 15:09:51 PDT 1994
  1136. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id PAA28107 for <think-c@rdatasys.com>; Tue, 12 Jul 1994 15:09:49 -0700
  1137. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id PAA01671 for <think-c@rdatasys.com>; Tue, 12 Jul 1994 15:09:48 -0700
  1138. Received: from netcom10.netcom.com(192.100.81.120) by lionfish.rdatasys.com via smap (V1.3mjr)
  1139.         id sma001669; Tue Jul 12 15:08:50 1994
  1140. Received: by netcom.com (8.6.8.1/SMI-4.1/Netcom)
  1141.         id PAA12188; Tue, 12 Jul 1994 15:09:11 -0700
  1142. From: rpa@netcom.com (Ramin Firoozye)
  1143. Message-Id: <199407122209.PAA12188@netcom10.netcom.com>
  1144. Subject: Re: statistic class libraries
  1145. To: think-c@rdatasys.com
  1146. Date: Tue, 12 Jul 1994 15:09:10 -0700 (PDT)
  1147. In-Reply-To: <9407111607.AA05267@iso.wwz.unibas.ch> from "lukas@iso.wwz.unibas.ch" at Jul 11, 94 12:02:08 pm
  1148. X-Mailer: ELM [version 2.4 PL23]
  1149. MIME-Version: 1.0
  1150. Content-Type: text/plain; charset=US-ASCII
  1151. Content-Transfer-Encoding: 7bit
  1152. Content-Length: 1369      
  1153.  
  1154. > I am working on a statistic application and I am looking for C++ statistic class
  1155. > libraries like for example vector- and matrix operations and distribution- and
  1156. > plot functions.
  1157. > lukas@iso.wwz.unibas.ch
  1158.  
  1159. Check out the C++-faq/libraries. Here's an excerpt on how to get it.
  1160. Lots of references in there. You might find what you're looking for...
  1161. The whole thing is about 90K and I don't want to mess up broken
  1162. mailers out there...
  1163.  
  1164. Cheers,
  1165. Ramin.
  1166. -----------------
  1167.  
  1168. Here is the latest draft of a list of available C++ libraries I am 
  1169. compiling. I intend to post this monthly (unless there are any 
  1170. complaints). 
  1171.  
  1172. It is also submited to news.answers, and is available for public ftp
  1173. (along with all the other Usenet FAQ lists) at rtfm.mit.edu (18.70.0.209), 
  1174. in pub/usenet-by-group/comp.lang.c++/C++_FAQ/libraries.
  1175.  
  1176. Rtfm.mit.edu also has a mail server - send a mail message containing 
  1177. "usenet-by-group/comp.answers/C++-faq/libraries" to mail-server@rtfm.mit.edu.
  1178. If you want to find out more about the mail server, send a message to it
  1179. containing "help". 
  1180.  
  1181. Marshall Cline's C++ FAQ is also available from rtfm - the files are
  1182. called _posting_#1_4, _posting_#2_4, _posting_#3_4 and _posting_#4_4, and
  1183. they are in the same directory. 
  1184.  
  1185. [...]
  1186.  
  1187. ---
  1188. Ramin Firoozye' -- rp&A Inc.
  1189. San Francisco, California.
  1190. Internet: rpa@netcom.com --- CompuServe: 70751, 252
  1191. ---
  1192. >From 11611723@WSUVM1.CSC.WSU.EDU Wed Jul 13 00:50:08 PDT 1994
  1193. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id AAA08359 for <think-c@rdatasys.com>; Wed, 13 Jul 1994 00:50:06 -0700
  1194. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id AAA02251 for <think-c@rdatasys.com>; Wed, 13 Jul 1994 00:50:05 -0700
  1195. Message-Id: <199407130750.AAA02251@lionfish.rdatasys.com>
  1196. Received: from wsuvm1.csc.wsu.edu(134.121.1.39) by lionfish.rdatasys.com via smap (V1.3mjr)
  1197.         id sma002249; Wed Jul 13 00:49:07 1994
  1198. Received: from WSUVM1.CSC.WSU.EDU by WSUVM1.CSC.WSU.EDU (IBM VM SMTP V2R2)
  1199.    with BSMTP id 2429; Wed, 13 Jul 94 00:49:01 PDT
  1200. Received: from WSUVM1 (11611723) by WSUVM1.CSC.WSU.EDU (Mailer R2.10 ptf000)
  1201.  with BSMTP id 2489; Wed, 13 Jul 94 00:49:01 PDT
  1202. Date:         Tue, 12 Jul 94 23:56:08 PDT
  1203. From: Brandon <11611723@WSUVM1.CSC.WSU.EDU>
  1204. Subject:      StandardFileReply
  1205. To: think-c@rdatasys.com
  1206.  
  1207. Dear Think-C'ers,
  1208.    I am trying to teach myself C and have go myself a summer job developing
  1209. a program for the Zoology Dept here at Wash. State Univ. I am trying to
  1210. get the name of the selected file and place in Str255 variable from a
  1211. StandardFileReply variable named reply. Can someboy help me?
  1212.  
  1213.    Maybe it would help to explain what I want the program to do. The program
  1214. is to read in a TEXT file. The TEXT file contains lines of ones (1) and
  1215. zeros (0) (4 to 20 lines with up to 120 ones and/or zeros per line). The
  1216. lines represent DNA samples obtained by electrophoresis. Each line is
  1217. compared with the other lines of the file to obtain a "distance". To get
  1218. this two lines are compared and if the same position in both lines match
  1219. then a counter is incremented. And thus, a matrix is formed from all the
  1220. comparisons. My problem here is that I don't know how to manipulate the file
  1221. to do the manipulation or what to do after I get the file is selected from
  1222. StandardFileReply. My solution, a naive solution, was to get the file name
  1223. from the StandardFileReply and use the file name in a call to fopen and do
  1224. all the calculations as if I were doing it on UNIX. And do the same with
  1225. output file.
  1226.  
  1227. To make a long message short, I would appreciate any help anyone has to offer.
  1228. Thanks in advance,
  1229. Brandon Burch
  1230. 11611723@wsuvm1.csc.wsu.edu
  1231. bburch@eecs.wsu.edu
  1232. >From de19@umail.umd.edu Wed Jul 13 07:01:23 PDT 1994
  1233. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id HAA14500 for <think-c@rdatasys.com>; Wed, 13 Jul 1994 07:01:19 -0700
  1234. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id HAA02547 for <think-c@rdatasys.com>; Wed, 13 Jul 1994 07:01:15 -0700
  1235. Received: from umail.umd.edu(128.8.10.28) by lionfish.rdatasys.com via smap (V1.3mjr)
  1236.         id sma002545; Wed Jul 13 07:00:30 1994
  1237. Received: by umail.UMD.EDU (5.57/Ultrix3.0-C)
  1238.         id AA15172; Wed, 13 Jul 94 10:00:26 -0400
  1239. Date: Wed, 13 Jul 94 10:00:25 -0400
  1240. From: Dana S Emery <de19@umail.umd.edu>
  1241. To: think-c@rdatasys.com
  1242. Subject: Re: StandardFileReply
  1243. Message-Id: <Mailstrom.1.05.27577.15089.de19@umailsrv0.umd.edu>
  1244. In-Reply-To: Your message <199407130750.AAA02251@lionfish.rdatasys.com> of
  1245.  Wed, 13 Jul 1994 01:06:52 -0700
  1246. Content-Type: TEXT/plain; charset=US-ASCII
  1247.  
  1248. Have you exhausted other options for doing distance calculation?  I think 
  1249. Phylip has the ability to do what you describe.
  1250.  
  1251. The unix-oriented file functions of the standard libraries (ie fsopen) are 
  1252. intended to support existing code being ported from unix, they are not a 
  1253. good foundation for new code, you are better off using native mac 
  1254. facilitys.  Be advised that the original mac roms mixed pascal and 
  1255. assembler code, thus both pascal and assembler calling conventions are 
  1256. in use, and all C compilers used to develop mac code must be capable of 
  1257. supporting those conventions for toolbox calls and trap calls.  Normally 
  1258. you dont get concerned by this, but since pascal and c use different atomic 
  1259. type's you do have to be aware of it, especially with strings.
  1260.  
  1261. pascal strings have a fixed upper limit on length and always start with 
  1262. a declaration of how much of it is in use, usually this length indicator 
  1263. is a byte, limiting strings to 255 bytes of length, and allowing arbitrary 
  1264. content.  C strings are of arbitrary length but may not contain the value 
  1265. 0x00, it is reserved for use as a sentinal to mark the end of the string.  
  1266. Occaisionally you will work with substrings, ie arbitrary runs of character 
  1267. data with neither length byte nor trailing sentinal.  All 3 formats have 
  1268. intrinsic virtue and drawbacks, but in a Mac environment you will never be 
  1269. using C strings whenever you deal with the OS or its utilitys.
  1270.  
  1271. If you are using Think C you have a copy of the TCL, it has demo projects 
  1272. (New Class Demo eg) which will do the basics of what you need, ie, open and 
  1273. close files of type "TEXT".  Even if you dont use the TCL as a foundation 
  1274. for your code you will benefit from an examination of the TCL code, particularly
  1275. the new class demo overrides of CApplication and CDocument.
  1276.  
  1277. You have a fairly long row to hoe here, but starting with TCL will give you 
  1278. lots of stuff done right, admitedly programming with objects might be a bit 
  1279. much for a new programmer to grasp, but then so is the mac api (toolbox); 
  1280. and a lot of that will be hidden from you if you use the TCL.
  1281.  
  1282. I would be glad to help in more detail if you need it, especially if Phylip 
  1283. proves not to be of use.  My preference is to use Think C 5.0.4 with TCl 1.1.3,
  1284. but we also have later versions of Think C and metrowerks DR3 here.
  1285. BTW, the most challanging part of your work will be to define how the user 
  1286. interface for your program wil behave, its internal coding may be a mystery 
  1287. to you now, but its not really all that difficult to get control of that.
  1288. --
  1289. dana s emery 
  1290.  
  1291. <de19@umail.umd.edu>
  1292.                 University of Maryland, Dept. of Botany mac guru
  1293.  
  1294. <emery@onyx.si.edu>
  1295.                 Smithsonian Insitutution, Laboratory of Molecular Systematics
  1296.  
  1297. >From falrax00@ccmail.iasl.ca.boeing.com Wed Jul 13 14:24:32 PDT 1994
  1298. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id OAA23758 for <think-c@rdatasys.com>; Wed, 13 Jul 1994 14:24:31 -0700
  1299. From: falrax00@ccmail.iasl.ca.boeing.com
  1300. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id OAA03212 for <think-c@rdatasys.com>; Wed, 13 Jul 1994 14:24:30 -0700
  1301. Received: from atc.boeing.com(130.42.28.80) by lionfish.rdatasys.com via smap (V1.3mjr)
  1302.         id sma003210; Wed Jul 13 14:23:48 1994
  1303. Received: by atc.boeing.com (5.57) 
  1304.         id AA26706; Wed, 13 Jul 94 14:26:02 -0700
  1305. Received: from ccmail.iasl.ca.boeing.com by ada3.iasl.ca.boeing.com (PMDF #3057
  1306.  ) id <01HENSKAA35S00GRKP@ada3.iasl.ca.boeing.com>; Wed,
  1307.  13 Jul 1994 14:16:49 PDT
  1308. Received: from ccMail by ccmail.iasl.ca.boeing.com id AA774131788 Wed,
  1309.  13 Jul 94 13:36:28 pst
  1310. Date: 13 Jul 1994 13:36:28 -0800 (pst)
  1311. Subject: Re: StandardFileReply
  1312. To: think-c@rdatasys.com
  1313. Message-Id: <9406137741.AA774131788@ccmail.iasl.ca.boeing.com>
  1314. X-Envelope-To: think-c@rdatasys.com
  1315. Content-Transfer-Encoding: 7BIT
  1316. Encoding: 1328 Text
  1317.  
  1318.  
  1319. X-Comment:  THINK C and Symantec C++ Mailing List
  1320.  
  1321. >Dear Think-C'ers,
  1322. >   I am trying to teach myself C and have go myself a summer job developing
  1323. >a program for the Zoology Dept here at Wash. State Univ. I am trying to
  1324. >get the name of the selected file and place in Str255 variable from a
  1325. >StandardFileReply variable named reply. Can someboy help me?
  1326.  
  1327. >Thanks in advance,
  1328. >Brandon Burch
  1329. >11611723@wsuvm1.csc.wsu.edu
  1330. >bburch@eecs.wsu.edu
  1331.  
  1332.  
  1333. Brandon,
  1334.  
  1335. If I understood your question, the problem has to do with using C type file 
  1336. functions. I recommend that you use the ToolBox functions for opening, closing, 
  1337. reading, etc. from files, instead. The following is a code example extracted 
  1338. from Think C Reference. I highly recommend you get a copy.
  1339.  
  1340.  
  1341. /* CODE EXAMPLE #1 */
  1342. #include <Files.h>
  1343. #include <StandardFile.h>
  1344.  
  1345. SFReply tr;
  1346. short   rc, fRefNum;
  1347. Point   where;
  1348.  
  1349. where.h=100; where.v=50;     /* where the  Standard File dialog window goes */
  1350.  
  1351. SFGetFile( where, "\pSelect a file", 0, -1, 0, 0, &tr );
  1352.  
  1353. if ( tr.good ) {
  1354.     rc = FSOpen( tr.fName, tr.vRefNum, &fRefNum );
  1355.     if ( rc ) { /* . . . handle the error . . . */ }
  1356.     MyReadFile( fRefNum );      /* read the file */
  1357.     FSClose( fRefNum );     /* close it */
  1358. }
  1359.  
  1360.  
  1361. Good Luck,
  1362. R. Aaron Falk
  1363. falrax00@ccmail.iasl.ca.boeing.com
  1364. >From rsg@camtwh.eric.on.ca Wed Jul 13 20:42:43 PDT 1994
  1365. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id UAA01062 for <think-c@rdatasys.com>; Wed, 13 Jul 1994 20:42:42 -0700
  1366. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id UAA03656 for <think-c@rdatasys.com>; Wed, 13 Jul 1994 20:42:40 -0700
  1367. Received: from dard.eric.on.ca(192.75.165.44) by lionfish.rdatasys.com via smap (V1.3mjr)
  1368.         id sma003654; Wed Jul 13 20:42:16 1994
  1369. Received: from camtwh by dard.eric.on.ca (NX5.67d/NX3.0M)
  1370.         id AA27232; Wed, 13 Jul 94 23:37:22 -0400
  1371. Received: by camtwh (931110.SGI/930416.SGI)
  1372.         for @dard.eric.on.ca:think-c@rdatasys.com id AA08493; Wed, 13 Jul 94 23:44:14 -0400
  1373. From: rsg@camtwh.eric.on.ca (Reuben Gellman)
  1374. Message-Id: <9407140344.AA08493@camtwh>
  1375. Subject: SetHandleSize problem
  1376. To: think-c@rdatasys.com (Think C)
  1377. Date: Wed, 13 Jul 1994 23:44:13 -0400 (EDT)
  1378. X-Mailer: ELM [version 2.4 PL22]
  1379. Mime-Version: 1.0
  1380. Content-Type: text/plain; charset=US-ASCII
  1381. Content-Transfer-Encoding: 7bit
  1382. Content-Length: 1202      
  1383.  
  1384. This is my first extensive experience with mac-style memory management (yuck!).
  1385. My prog was previously written using std unix-style malloc/realloc calls,
  1386. and mostly worked OK but sometimes inexplicably crashed. Since it uses LARGE
  1387. dynamically allocated arrays of doubles, I figured I should go to NewHandle
  1388. etc. Anyway, NewHandle returns fine, and the Handles & deref'd pointers look
  1389. OK. I start reading data into the arrays-- still looks fine. Then, if
  1390. necessary, I expand my arrays with a call to SetHandleSize. This causes
  1391. MemError to return to value -113, which, my copy of Think Ref (couldn't
  1392. find it anywhere in IM "Memory") says means:
  1393. memAZErr    Address in zone check failed
  1394.  
  1395. What on earth does that mean & what should I do about it? Better: what am
  1396. I doing wrong? 
  1397.  
  1398. I should note that I'm using TC 5.0 (really), that this is a MacIISi with lots
  1399. of RAM, and that I set the partition for the app to 3Meg. The failure
  1400. occurs when I try to allocate 200 doubles in each of 4 arrays.
  1401. Finally: I stripped the prog down to bare bones: just allocing the handles
  1402. and filling them-- same prob. And I do call MaxApplZone up front.
  1403.  
  1404. I can provide source if necessary.
  1405.  
  1406. Thx
  1407. Reuben Gellman
  1408. rsg@eric.on.ca
  1409.  
  1410.  
  1411.  
  1412. >From dmaclach@sol.uvic.ca Wed Jul 13 23:57:50 PDT 1994
  1413. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id XAA04134 for <think-c@rdatasys.com>; Wed, 13 Jul 1994 23:57:49 -0700
  1414. From: dmaclach@sol.uvic.ca
  1415. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id XAA03918 for <think-c@rdatasys.com>; Wed, 13 Jul 1994 23:57:47 -0700
  1416. Received: from sol.uvic.ca(142.104.1.4) by lionfish.rdatasys.com via smap (V1.3mjr)
  1417.         id sma003916; Wed Jul 13 23:57:30 1994
  1418. Received: from [142.104.18.11] (an2CLEd023p11.bb.comp.UVic.CA) by sol.UVic.CA (4.1/SMI-4.1.3-UVic-2.58MX)
  1419.         id AA23160; Wed, 13 Jul 94 23:58:22 PDT
  1420. Message-Id: <9407140658.AA23160@sol.UVic.CA>
  1421. Date: Wed, 13 Jul 1994 23:58:40 -0800
  1422. To: think-c@rdatasys.com
  1423. Subject: Re: SetHandleSize problem
  1424.  
  1425. >This is my first extensive experience with mac-style memory management (yuck!).
  1426.  
  1427. Hmmm....don't know if I agree with the yuck. Gives you a good amount of
  1428. control , whilst leaving it mostly up to the OS, gets rid of most memory
  1429. allocation problems, and keeps memory pretty tight....but that's IMHO.
  1430.  
  1431. >My prog was previously written using std unix-style malloc/realloc calls,
  1432. >and mostly worked OK but sometimes inexplicably crashed. Since it uses LARGE
  1433. >dynamically allocated arrays of doubles, I figured I should go to NewHandle
  1434. >etc. Anyway, NewHandle returns fine, and the Handles & deref'd pointers look
  1435. >OK. I start reading data into the arrays-- still looks fine. Then, if
  1436. >necessary, I expand my arrays with a call to SetHandleSize. This causes
  1437. >MemError to return to value -113, which, my copy of Think Ref (couldn't
  1438. >find it anywhere in IM "Memory") says means:
  1439.  
  1440. When you were doing neat things like deref'ing your Handles did you lock
  1441. them first???
  1442.  
  1443. >memAZErr    Address in zone check failed
  1444. >
  1445. >What on earth does that mean & what should I do about it? Better: what am
  1446. >I doing wrong? 
  1447.  
  1448. Hmmm...I must admit I'm not totally sure....
  1449.  
  1450. >I should note that I'm using TC 5.0 (really), that this is a MacIISi with lots
  1451. >of RAM, and that I set the partition for the app to 3Meg. The failure
  1452. >occurs when I try to allocate 200 doubles in each of 4 arrays.
  1453. >Finally: I stripped the prog down to bare bones: just allocing the handles
  1454. >and filling them-- same prob. And I do call MaxApplZone up front.
  1455.  
  1456. You should certainly have enough. Try looking for a program called Swatch
  1457. by joe holt (he spells it lower case). It will give you a graphical
  1458. representation of how your memory is being allocated, and you can take a
  1459. look at what's happening.
  1460.  
  1461.  
  1462. Good luck....
  1463.  
  1464. Dave
  1465. ----------------------------------------------------------------
  1466. Dave MacLachlan                                 UVic Csc Co-op Major
  1467. Grand Poobah Programmer                         NightFall Software Inc.
  1468. dmaclach@sol.uvic.ca  ALink/AOL:nightfalls   CServe: 75141.1403   
  1469.  
  1470.  
  1471. >From rsg@camtwh.eric.on.ca Thu Jul 14 06:30:05 PDT 1994
  1472. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id GAA10085 for <think-c@rdatasys.com>; Thu, 14 Jul 1994 06:30:00 -0700
  1473. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id GAA04227 for <think-c@rdatasys.com>; Thu, 14 Jul 1994 06:29:59 -0700
  1474. Received: from dard.eric.on.ca(192.75.165.44) by lionfish.rdatasys.com via smap (V1.3mjr)
  1475.         id sma004225; Thu Jul 14 06:29:53 1994
  1476. Received: from camtwh by dard.eric.on.ca (NX5.67d/NX3.0M)
  1477.         id AA27402; Thu, 14 Jul 94 09:25:03 -0400
  1478. Received: by camtwh (931110.SGI/930416.SGI)
  1479.         for @dard.eric.on.ca:think-c@rdatasys.com id AA14853; Thu, 14 Jul 94 09:31:51 -0400
  1480. From: rsg@camtwh.eric.on.ca (Reuben Gellman)
  1481. Message-Id: <9407141331.AA14853@camtwh>
  1482. Subject: Re: SetHandleSize problem
  1483. To: think-c@rdatasys.com
  1484. Date: Thu, 14 Jul 1994 09:31:51 -0400 (EDT)
  1485. In-Reply-To: <9407140658.AA23160@sol.UVic.CA> from "dmaclach@sol.uvic.ca" at Jul 13, 94 11:58:02 pm
  1486. X-Mailer: ELM [version 2.4 PL22]
  1487. Mime-Version: 1.0
  1488. Content-Type: text/plain; charset=US-ASCII
  1489. Content-Transfer-Encoding: 7bit
  1490. Content-Length: 189       
  1491.  
  1492. Hi:
  1493. Thanks for your reply. Yes, I use "HLockHI" (or sometime MoveHHi
  1494. followed by HLOck) before deref'ing, and I call HUnlock before calling
  1495. SetHandleSize. Any other ideas?
  1496.  
  1497. Reuben Gellman
  1498.  
  1499.  
  1500. >From hs47+@andrew.cmu.edu Thu Jul 14 08:26:08 PDT 1994
  1501. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id IAA11948 for <think-c@rdatasys.com>; Thu, 14 Jul 1994 08:26:06 -0700
  1502. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id IAA04454 for <think-c@rdatasys.com>; Thu, 14 Jul 1994 08:26:04 -0700
  1503. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3mjr)
  1504.         id sma004450; Thu Jul 14 08:25:06 1994
  1505. Received: from po2.andrew.cmu.edu by q2.ics.uci.edu id aa19414;
  1506.           14 Jul 94 8:22 PDT
  1507. Received: (from postman@localhost) by po2.andrew.cmu.edu (8.6.7/8.6.6) id LAA11195 for think-c@ics.uci.edu; Thu, 14 Jul 1994 11:24:27 -0400
  1508. Received: via switchmail; Thu, 14 Jul 1994 11:24:24 -0400 (EDT)
  1509. Received: from pcs12.andrew.cmu.edu via qmail
  1510.           ID </afs/andrew.cmu.edu/service/mailqs/q001/QF.Ai9JV6G00iUyA0aNcB>;
  1511.           Thu, 14 Jul 1994 11:22:46 -0400 (EDT)
  1512. Received: from pcs12.andrew.cmu.edu via qmail
  1513.           ID </afs/andrew.cmu.edu/usr23/hs47/.Outgoing/QF.Ui9JV2m00iUyE2Lqcz>;
  1514.           Thu, 14 Jul 1994 11:22:43 -0400 (EDT)
  1515. Received: from mms.4.170.Jan.10.1994.08.16.31.sun4c.411.MacMail.5.2.CUILIB.3.45.SNAP.NOT.LINKED.pcs12.andrew.cmu.edu.sun4c.411
  1516.           via MS.5.6.pcs12.andrew.cmu.edu.sun4c_411;
  1517.           Thu, 14 Jul 1994 11:22:42 -0400 (EDT)
  1518. Message-ID: <0i9JV2S00iUy02LqUI@andrew.cmu.edu>
  1519. Date: Thu, 14 Jul 1994 11:22:42 -0400 (EDT)
  1520. From: Hong Shi <hs47+@andrew.cmu.edu>
  1521. To: think-c@ics.uci.edu
  1522. Subject: Update file
  1523.  
  1524. I need to do the following updating on a file:
  1525.  
  1526. The original file is a description of a model, which contains entries
  1527. such as title, description, definition, etc. Now I need to change the
  1528. definition. I have another file which has just the definition entry for
  1529. each variable. So I need to locate each definition entry in the original
  1530. file and find correspondent definition in another file and replace it. 
  1531.  
  1532. I was thinking bring both file into mem and update it, but seems
  1533. insertion/deletion within a string is not easy, and do this on the file
  1534. directly also seems to me a little difficult (I am new to Mac
  1535. programming), any suggestions on how to do this effectively and easily?
  1536. Sizes of both files are in the range of 10k-20k.
  1537.  
  1538. Thanks,
  1539.  
  1540. Hong
  1541.  
  1542.  
  1543. >From rsg@camtwh.eric.on.ca Thu Jul 14 09:13:10 PDT 1994
  1544. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id JAA12816 for <think-c@rdatasys.com>; Thu, 14 Jul 1994 09:13:09 -0700
  1545. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id JAA04640 for <think-c@rdatasys.com>; Thu, 14 Jul 1994 09:13:07 -0700
  1546. Received: from dard.eric.on.ca(192.75.165.44) by lionfish.rdatasys.com via smap (V1.3mjr)
  1547.         id sma004638; Thu Jul 14 09:12:14 1994
  1548. Received: from camtwh by dard.eric.on.ca (NX5.67d/NX3.0M)
  1549.         id AA27500; Thu, 14 Jul 94 12:07:25 -0400
  1550. Received: by camtwh (931110.SGI/930416.SGI)
  1551.         for @dard.eric.on.ca:think-c@rdatasys.com id AA25680; Thu, 14 Jul 94 12:14:17 -0400
  1552. From: rsg@camtwh.eric.on.ca (Reuben Gellman)
  1553. Message-Id: <9407141614.AA25680@camtwh>
  1554. Subject: SetHandleSize
  1555. To: think-c@rdatasys.com (Think C)
  1556. Date: Thu, 14 Jul 1994 12:14:17 -0400 (EDT)
  1557. X-Mailer: ELM [version 2.4 PL22]
  1558. Mime-Version: 1.0
  1559. Content-Type: text/plain; charset=US-ASCII
  1560. Content-Transfer-Encoding: 7bit
  1561. Content-Length: 197       
  1562.  
  1563. My apologies to the group for replying to the net rather than to the
  1564. individual. I have solved the problem w/ SetHandleSize: sheer idiocy on
  1565. my part, so no more replies are needed.
  1566. Reuben Gellman
  1567.  
  1568.  
  1569. >From winter@AI.RL.AF.MIL Thu Jul 14 09:31:15 PDT 1994
  1570. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id JAA13262 for <think-c@rdatasys.com>; Thu, 14 Jul 1994 09:31:14 -0700
  1571. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id JAA04816 for <think-c@rdatasys.com>; Thu, 14 Jul 1994 09:31:12 -0700
  1572. Received: from jose.ai.rl.af.mil(128.132.33.139) by lionfish.rdatasys.com via smap (V1.3mjr)
  1573.         id sma004803; Thu Jul 14 09:30:12 1994
  1574. Received: from Mac-mailer (grieg.IRA.RL.AF.MIL [128.132.194.184]) by jose.AI.RL.AF.MIL (8.6.8.1/8.6.6) with SMTP id MAA08133 for <think-c@rdatasys.com>; Thu, 14 Jul 1994 12:30:25 -0400
  1575. Message-Id: <199407141630.MAA08133@jose.AI.RL.AF.MIL>
  1576. Date: Thu, 14 Jul 94 12:36:28
  1577. From: winter@AI.RL.AF.MIL (Jim Wintermyre)
  1578. To: think-c@rdatasys.com
  1579. Subject: Re: Update file
  1580.  
  1581. Hi,
  1582.  
  1583. > I was thinking bring both file into mem and update it, but seems
  1584. > insertion/deletion within a string is not easy, and do this on the file
  1585. > directly also seems to me a little difficult (I am new to Mac
  1586. > programming), any suggestions on how to do this effectively and easily?
  1587.  
  1588. Check out the Mac toolbox function "Munger" - it allows you to do this sort 
  1589. of manipulation of data.  If you have the THINK Reference, there is a good 
  1590. description of it in there.  If not, you should consider getting it because 
  1591. it is a *major* timesaver as far as Mac programming goes.  You could also 
  1592. use one of the C library functions ('strstr'? - I'm not too up on the C 
  1593. libraries).
  1594.  
  1595. Hope this helps,
  1596. Jim
  1597.  
  1598. winter@ai.rl.af.mil
  1599. wintermyrej@lonex.rl.af.mil
  1600. >From josh@pegasus.lif.icnet.uk Fri Jul 15 02:55:47 PDT 1994
  1601. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id CAA04063 for <think-c@rdatasys.com>; Fri, 15 Jul 1994 02:55:45 -0700
  1602. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id CAA05713 for <think-c@rdatasys.com>; Fri, 15 Jul 1994 02:55:44 -0700
  1603. Message-Id: <199407150955.CAA05713@lionfish.rdatasys.com>
  1604. Received: from pegasus.lif.icnet.uk(143.65.1.32) by lionfish.rdatasys.com via smap (V1.3mjr)
  1605.         id sma005711; Fri Jul 15 02:54:52 1994
  1606. Received: by pegasus.lif.icnet.uk; Fri, 15 Jul 94 10:54:50 BST
  1607. Date: Fri, 15 Jul 94 10:54:50 BST
  1608. From: josh@pegasus.lif.icnet.uk (Joshua Kafeero)
  1609. Sender: josh@pegasus.lif.icnet.uk
  1610. To: think-c@rdatasys.com
  1611. Subject: In despair....Telnet 2.6 Code.
  1612.  
  1613. I am looking for Telnet 2.6 Code that can
  1614. compile under THINK C ver 6.0.
  1615.  
  1616. I have had MANY futile attempts with the
  1617. copy distributed as telnet2.6.1d1.cpt.hqx.          
  1618.        
  1619. Is there anybody out there who would be
  1620. kind enough to give me some help?
  1621.  
  1622.  
  1623. Josh.
  1624.  
  1625. >From NASA12@aol.com Sat Jul 16 10:06:43 PDT 1994
  1626. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id KAA09119 for <think-c@rdatasys.com>; Sat, 16 Jul 1994 10:06:41 -0700
  1627. From: NASA12@aol.com
  1628. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id KAA06926 for <think-c@rdatasys.com>; Sat, 16 Jul 1994 10:06:32 -0700
  1629. Received: from mail02.prod.aol.net(192.203.190.97) by lionfish.rdatasys.com via smap (V1.3mjr)
  1630.         id sma006924; Sat Jul 16 10:06:03 1994
  1631. Received: by mail02.prod.aol.net
  1632.         (1.38.193.5/16.2) id AA14279; Sat, 16 Jul 1994 13:05:47 -0400
  1633. X-Mailer: America Online Mailer
  1634. Sender: "NASA12" <NASA12@aol.com>
  1635. Message-Id: <9407161305.tn501475@aol.com>
  1636. To: think-c@rdatasys.com
  1637. Date: Sat, 16 Jul 94 13:05:46 EDT
  1638. Subject: Background Events
  1639.  
  1640. I am trying to write an application that will run in the background to backup
  1641. what I do in my word processor, etc.  It takes keyDown and autoKey events,
  1642. detects the key, and then appends that letter to a small file in the system
  1643. folder.  Usineg "Set project type..."  I set it to accept background events,
  1644. but it still won't accept the keyDown and autoKey events unless it is the
  1645. active App.  Any ideas?
  1646.  
  1647. >From ahk12@columbia.edu Sat Jul 16 11:22:38 PDT 1994
  1648. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id LAA10489 for <think-c@rdatasys.com>; Sat, 16 Jul 1994 11:22:37 -0700
  1649. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id LAA07099 for <think-c@rdatasys.com>; Sat, 16 Jul 1994 11:22:35 -0700
  1650. Received: from namaste.cc.columbia.edu(128.59.40.141) by lionfish.rdatasys.com via smap (V1.3mjr)
  1651.         id sma007097; Sat Jul 16 11:21:52 1994
  1652. Received: by namaste.cc.columbia.edu id AA29879
  1653.   (5.65c+CU/IDA-1.4.4/HLK for think-c@rdatasys.com); Sat, 16 Jul 1994 14:21:50 -0400
  1654. Date: Sat, 16 Jul 1994 14:21:48 -0400 (EDT)
  1655. From: Arnold Kim <ahk12@columbia.edu>
  1656. Subject: HasDepth/SetDepth
  1657. To: think-c@rdatasys.com
  1658. In-Reply-To: <0i9JV2S00iUy02LqUI@andrew.cmu.edu>
  1659. Message-Id: <Pine.3.89C.9407161457.A29317-0100000@namaste.cc.columbia.edu>
  1660. Mime-Version: 1.0
  1661. Content-Type: TEXT/PLAIN; charset=US-ASCII
  1662.  
  1663.  
  1664. This seems like a very easy question, but one that I just couldn't figure 
  1665. out. 
  1666.  
  1667. I've got ThinkC 5.04 and I want to use the toolcalls, HasDepth and 
  1668. SetDepth... unfortunately, I (& Think C) can't seem to find the 
  1669. hooks/calls to them.  If this is a real simple question,  I'm sorry, but 
  1670. could you direct me to the library or include that I'm lookin for?
  1671.  
  1672. thanks
  1673. arnold
  1674.  
  1675. >From dnebing@andy.bgsu.edu Sat Jul 16 12:33:43 PDT 1994
  1676. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id MAA11659 for <think-c@rdatasys.com>; Sat, 16 Jul 1994 12:33:41 -0700
  1677. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id MAA07270 for <think-c@rdatasys.com>; Sat, 16 Jul 1994 12:33:39 -0700
  1678. Received: from unknown(129.1.2.2) by lionfish.rdatasys.com via smap (V1.3mjr)
  1679.         id sma007268; Sat Jul 16 12:33:21 1994
  1680. Received: by andy.bgsu.edu (5.65/4.0)
  1681.                 id AA06792 ; Sat, 16 Jul 94 15:33:10 -0400
  1682. Date:  Sat, 16 Jul 94 15:33:10 -0400
  1683. From: "Mr. Neb"<dnebing@andy.bgsu.edu>
  1684. Message-Id: <9407161933.AA06792@andy.bgsu.edu>
  1685. To: think-c@rdatasys.com
  1686. Subject: Re: Background Events
  1687.  
  1688.   Yeah, you have to install a jGNEFilter routine to catch events for other
  1689. apps.  WNE will only give your app events that belong to it.
  1690.  
  1691. Dave
  1692.  
  1693. ============================================================
  1694. Dave Nebinger                    dnebing@andy.bgsu.edu
  1695. Network Manager, Biology Dept.   dnebing@opie.bgsu.edu
  1696. Bowling Green State University   dnebing@bgsuopie (bitnet)
  1697. Bowling Green, OH 43403          #include <std_disclaimer.h>
  1698.  
  1699.              *THE* alt.sources.mac supporter!
  1700. >From dnebing@andy.bgsu.edu Sat Jul 16 12:38:45 PDT 1994
  1701. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id MAA11835 for <think-c@rdatasys.com>; Sat, 16 Jul 1994 12:38:44 -0700
  1702. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id MAA07397 for <think-c@rdatasys.com>; Sat, 16 Jul 1994 12:38:42 -0700
  1703. Received: from unknown(129.1.2.2) by lionfish.rdatasys.com via smap (V1.3mjr)
  1704.         id sma007381; Sat Jul 16 12:37:57 1994
  1705. Received: by andy.bgsu.edu (5.65/4.0)
  1706.                 id AA06925 ; Sat, 16 Jul 94 15:37:54 -0400
  1707. Date:  Sat, 16 Jul 94 15:37:54 -0400
  1708. From: "Mr. Neb"<dnebing@andy.bgsu.edu>
  1709. Message-Id: <9407161937.AA06925@andy.bgsu.edu>
  1710. To: think-c@rdatasys.com
  1711. Subject: Re: HasDepth/SetDepth
  1712.  
  1713.   A quick glance in Think Ref says that it is defined in <Palettes.h>.
  1714. You might want to make sure that you are including this file (I don't
  1715. think MacHeaders normally includes that file, but I may be mistaken).
  1716.  
  1717.   In the universal headers, both routines have some asm glue for calling
  1718. the trap, so it is probably the same in the old headers.
  1719.  
  1720.   Dave
  1721.  
  1722. ============================================================
  1723. Dave Nebinger                    dnebing@andy.bgsu.edu
  1724. Network Manager, Biology Dept.   dnebing@opie.bgsu.edu
  1725. Bowling Green State University   dnebing@bgsuopie (bitnet)
  1726. Bowling Green, OH 43403          #include <std_disclaimer.h>
  1727.  
  1728.              *THE* alt.sources.mac supporter!
  1729.  
  1730. >From NASA12@aol.com Sat Jul 16 22:34:02 PDT 1994
  1731. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id WAA21241 for <think-c@rdatasys.com>; Sat, 16 Jul 1994 22:34:00 -0700
  1732. From: NASA12@aol.com
  1733. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id WAA07745 for <think-c@rdatasys.com>; Sat, 16 Jul 1994 22:33:58 -0700
  1734. Received: from mail02.prod.aol.net(192.203.190.97) by lionfish.rdatasys.com via smap (V1.3mjr)
  1735.         id sma007743; Sat Jul 16 22:33:07 1994
  1736. Received: by mail02.prod.aol.net
  1737.         (1.38.193.5/16.2) id AA15524; Sun, 17 Jul 1994 01:33:04 -0400
  1738. X-Mailer: America Online Mailer
  1739. Sender: "NASA12" <NASA12@aol.com>
  1740. Message-Id: <9407170133.tn518512@aol.com>
  1741. To: think-c@rdatasys.com
  1742. Date: Sun, 17 Jul 94 01:33:03 EDT
  1743. Subject: Re: Background Events
  1744.  
  1745. How do I install a jGNEFilter, then?
  1746.  
  1747. --ADAM
  1748.  
  1749. >From dnebing@andy.bgsu.edu Sat Jul 16 23:45:08 PDT 1994
  1750. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id XAA22716 for <think-c@rdatasys.com>; Sat, 16 Jul 1994 23:45:05 -0700
  1751. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id XAA07936 for <think-c@rdatasys.com>; Sat, 16 Jul 1994 23:45:02 -0700
  1752. Received: from andy.bgsu.edu(129.1.2.2) by lionfish.rdatasys.com via smap (V1.3mjr)
  1753.         id sma007934; Sat Jul 16 23:44:11 1994
  1754. Received: by andy.bgsu.edu (5.65/4.0)
  1755.                 id AA04756 ; Sun, 17 Jul 94 02:44:07 -0400
  1756. Date:  Sun, 17 Jul 94 02:44:07 -0400
  1757. From: "Mr. Neb"<dnebing@andy.bgsu.edu>
  1758. Message-Id: <9407170644.AA04756@andy.bgsu.edu>
  1759. To: think-c@rdatasys.com
  1760. Subject: Re: Background Events
  1761.  
  1762.   Pete Gontier (sp?) has an excellent example for creating and manipulating
  1763. jGNEFilters.  I know for a fact that it is archived in the alt.sources.mac
  1764. archive at ftpbio.bgsu.edu (129.1.252.66).  I know for a fact it is there
  1765. (because I am the sole archivist ;-) but I am not sure where it is in the
  1766. archive.  Just log in as anonymous (please use your email address as your
  1767. password).  You will start out in the /ftp/pub directory, and the 
  1768. jGNEFilter source would either be in the /ftp/pub/other directory or
  1769. somewhere in the /ftp/pub/alt.sources.mac hierarchy.
  1770.  
  1771. Dave
  1772.  
  1773. P.S.  The site is open to anyone, and submissions are encouraged!
  1774.  
  1775. ============================================================
  1776. Dave Nebinger                    dnebing@andy.bgsu.edu
  1777. Network Manager, Biology Dept.   dnebing@opie.bgsu.edu
  1778. Bowling Green State University   dnebing@bgsuopie (bitnet)
  1779. Bowling Green, OH 43403          #include <std_disclaimer.h>
  1780.  
  1781.              *THE* alt.sources.mac supporter!
  1782. >From dnebing@andy.bgsu.edu Sat Jul 16 23:52:07 PDT 1994
  1783. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id XAA23102 for <think-c@rdatasys.com>; Sat, 16 Jul 1994 23:52:06 -0700
  1784. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id XAA08091 for <think-c@rdatasys.com>; Sat, 16 Jul 1994 23:52:04 -0700
  1785. Received: from unknown(129.1.2.2) by lionfish.rdatasys.com via smap (V1.3mjr)
  1786.         id sma008085; Sat Jul 16 23:51:34 1994
  1787. Received: by andy.bgsu.edu (5.65/4.0)
  1788.                 id AA04900 ; Sun, 17 Jul 94 02:51:26 -0400
  1789. Date:  Sun, 17 Jul 94 02:51:26 -0400
  1790. From: "Mr. Neb"<dnebing@andy.bgsu.edu>
  1791. Message-Id: <9407170651.AA04900@andy.bgsu.edu>
  1792. To: think-c@rdatasys.com
  1793. Subject: Re: Background Events
  1794.  
  1795.   I just checked, you can find the file as
  1796. /ftp/pub/alt.sources.mac/vol-01/jgnefilter.cpt.hqx
  1797.  
  1798. Dave
  1799.  
  1800. ============================================================
  1801. Dave Nebinger                    dnebing@andy.bgsu.edu
  1802. Network Manager, Biology Dept.   dnebing@opie.bgsu.edu
  1803. Bowling Green State University   dnebing@bgsuopie (bitnet)
  1804. Bowling Green, OH 43403          #include <std_disclaimer.h>
  1805.  
  1806.              *THE* alt.sources.mac supporter!
  1807. >From redial@netcom.com Sun Jul 17 13:46:28 PDT 1994
  1808. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id NAA07576 for <think-c@rdatasys.com>; Sun, 17 Jul 1994 13:46:25 -0700
  1809. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id NAA08411 for <think-c@rdatasys.com>; Sun, 17 Jul 1994 13:46:24 -0700
  1810. Received: from mail.netcom.com(192.100.81.99) by lionfish.rdatasys.com via smap (V1.3mjr)
  1811.         id sma008409; Sun Jul 17 13:46:09 1994
  1812. Received: from [199.35.109.9] by mail.netcom.com (8.6.8.1/Netcom)
  1813.         id NAA07614; Sun, 17 Jul 1994 13:46:21 -0700
  1814. Message-Id: <199407172046.NAA07614@mail.netcom.com>
  1815. Mime-Version: 1.0
  1816. Content-Type: text/plain; charset="us-ascii"
  1817. Date: Sun, 17 Jul 1994 15:45:28 -0500
  1818. To: think-c@rdatasys.com
  1819. From: redial@netcom.com (Ron Goebel)
  1820. Subject: Form design
  1821.  
  1822. Hi netters -
  1823.  
  1824. I am attempting to write my first serious Mac program, and am having doubts
  1825. about the best way to proceed with the interface design.  Basically I want
  1826. the user to be presented with a "form" for data entry each time a new
  1827. document window is opened.  It should look something like so:
  1828.  
  1829.         Name:________________________   Age:____   Sex:_____   Date:___________
  1830.         Occupation:__________________  ...
  1831.             .
  1832.             .
  1833.             .
  1834.             <several pages worth in here>
  1835.             .
  1836.             .
  1837.             .
  1838.         Other tests:___________________________________________________________
  1839.  
  1840. This will all be static text, and each underlined area will have its own
  1841. TextEdit field for data entry.
  1842.  
  1843. My question is pretty basic.  Is it better to have the program build this
  1844. form out of string resources and window coordinates, or should I create it,
  1845. say in a word processor, and save it as a PICT resource to be drawn into
  1846. the document window?  It would certainly be easier to do the latter, but
  1847. I'm wondering if this would cause problems later on, like with screen
  1848. updates, SAVEs, or program modifications.  Or is there some other way which
  1849. is better?
  1850.  
  1851. Any help or suggestions will be appreciated.  TIA.
  1852.  
  1853. Ron Goebel
  1854.  
  1855. Ron Goebel                     |  Internet: redial@netcom.com
  1856.  
  1857.  
  1858. >From de19@umail.umd.edu Sun Jul 17 15:52:31 PDT 1994
  1859. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id PAA09668 for <think-c@rdatasys.com>; Sun, 17 Jul 1994 15:52:29 -0700
  1860. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id PAA08624 for <think-c@rdatasys.com>; Sun, 17 Jul 1994 15:52:28 -0700
  1861. Received: from umail.umd.edu(128.8.10.28) by lionfish.rdatasys.com via smap (V1.3mjr)
  1862.         id sma008622; Sun Jul 17 15:51:39 1994
  1863. Received: by umail.UMD.EDU (5.57/Ultrix3.0-C)
  1864.         id AA29697; Sun, 17 Jul 94 18:51:36 -0400
  1865. Date: Sun, 17 Jul 94 18:51:37 -0500
  1866. From: Dana S Emery <de19@umail.umd.edu>
  1867. To: think-c@rdatasys.com
  1868. Subject: Re: Form design
  1869. Cc: Multiple recipients of list <think-c@rdatasys.com>
  1870. Message-Id: <Mailstrom.1.05.11833.15089.de19@umailsrv0.umd.edu>
  1871. In-Reply-To: Your message <199407172046.NAA07614@mail.netcom.com> of Sun, 17
  1872.  Jul 1994 13:56:56 -0700
  1873. Content-Type: TEXT/plain; charset=US-ASCII
  1874.  
  1875. >   My question is pretty basic.  Is it better to have the
  1876. >   program build this form out of string resources and
  1877. >   window coordinates, or should I create it, say in a word
  1878. >   processor, and save it as a PICT resource to be drawn
  1879. >   into the document window?
  1880.  
  1881. Either technique is reasonable, using a pict is similar to dealing 
  1882. with a scanned copy of an existing form.  You would still need a list
  1883. detailing the location of the edit-text areas for either scheme, and 
  1884. some indication of how to validate the users inputs.
  1885.  
  1886. I think you need to get access to some applications that do this sort 
  1887. of thing already and take notes of how the user perceives what is going 
  1888. on, then translate that into how you would do it in code.  Any of the 
  1889. Database programs are candidates here, Claris FileMaker Pro is an 
  1890. example.  You might even be able to find a demo copy of it online.  Who 
  1891. knows, you might simply decide to use one of them instead of rolling 
  1892. your own.
  1893.  
  1894. It is usefull to seperate the forms-design and forms fill-in interfaces, 
  1895. perhaps even as seperate applications.  The design interface would allow 
  1896. the user to locate, siz, and format different elements of the form 
  1897. (Static text, Edit Text, Lines, Boxes, Elipses, Picts), perhaps with 
  1898. repeating headers/footers and even dynamic 'glue' linking selected 
  1899. elements.  Some elements might be for screen only, being suppresed on 
  1900. printout.  Selected edit-text fields should have validation and/or 
  1901. structure imposed on them (dates, numeric only, calculation...)
  1902.  
  1903. Yes, it may be possible to get by with resedit and a DITL like list of 
  1904. stuf, but you will soon tire of that and wish you had gone the root of 
  1905. making a GUI for describing the form, why not byte the bullet and get 
  1906. on with it?  Look like an interesting job :-)
  1907. --
  1908. dana s emery <de19@Umail.umd.edu>
  1909.  
  1910. >From NASA12@aol.com Sun Jul 17 21:04:45 PDT 1994
  1911. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id VAA14781 for <think-c@rdatasys.com>; Sun, 17 Jul 1994 21:04:43 -0700
  1912. From: NASA12@aol.com
  1913. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id VAA08882 for <think-c@rdatasys.com>; Sun, 17 Jul 1994 21:04:37 -0700
  1914. Received: from mail02.prod.aol.net(192.203.190.97) by lionfish.rdatasys.com via smap (V1.3mjr)
  1915.         id sma008880; Sun Jul 17 21:04:17 1994
  1916. Received: by mail02.prod.aol.net
  1917.         (1.38.193.5/16.2) id AA13229; Mon, 18 Jul 1994 00:04:09 -0400
  1918. X-Mailer: America Online Mailer
  1919. Sender: "NASA12" <NASA12@aol.com>
  1920. Message-Id: <9407180004.tn545794@aol.com>
  1921. To: think-c@rdatasys.com
  1922. Date: Mon, 18 Jul 94 00:04:07 EDT
  1923. Subject: Re: Form design
  1924.  
  1925. As de19 said, you're still going to have to handle all those TERecs, and
  1926. therefore, you may want to go the route of FileMaker, etc...  If, however,
  1927. you like the joy of saying "this is my application," or if you want it to be
  1928. stand-alone, may I recommend HyperCard 2.2, SuperCard 1.6, and FoxPro for
  1929. Macintosh...
  1930.  
  1931. --NASA12@aol.com
  1932.  
  1933. >From NASA12@aol.com Mon Jul 18 06:56:59 PDT 1994
  1934. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id GAA25506 for <think-c@rdatasys.com>; Mon, 18 Jul 1994 06:56:56 -0700
  1935. From: NASA12@aol.com
  1936. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id GAA09390 for <think-c@rdatasys.com>; Mon, 18 Jul 1994 06:56:55 -0700
  1937. Received: from mail02.prod.aol.net(192.203.190.97) by lionfish.rdatasys.com via smap (V1.3mjr)
  1938.         id sma009388; Mon Jul 18 06:55:58 1994
  1939. Received: by mail02.prod.aol.net
  1940.         (1.38.193.5/16.2) id AA10321; Mon, 18 Jul 1994 09:55:46 -0400
  1941. X-Mailer: America Online Mailer
  1942. Sender: "NASA12" <NASA12@aol.com>
  1943. Message-Id: <9407180955.tn556277@aol.com>
  1944. To: think-c@rdatasys.com
  1945. Date: Mon, 18 Jul 94 09:55:43 EDT
  1946. Subject: Hiding the menubar
  1947.  
  1948. Hi all again!  My application is supposed to hide the menuBar, and then bring
  1949. up a dialog box that covers the entire window...  The part of the dialog box
  1950. that "covers" the menubar is a pict.  With the code I have, I get my entire
  1951. dialog box with a white bar where the menubar was... ugh!  any ideas?
  1952.  
  1953. code for hiding menubar:   ( kLogoPict is the pict's id, kLogoRect is its
  1954. rect)
  1955.  
  1956. {
  1957.       WindowPtr  hideMenu;
  1958.         Handle   menuBar;
  1959.         MenuHandle  menu;
  1960.         Rect   totalRect, mBarRect;
  1961.         RgnHandle  mBarRgn;
  1962.         PicHandle  picture;
  1963.  
  1964.        gOldMBarHeight = MBarHeight;
  1965.        MBarHeight = 0;
  1966.  
  1967.        hideMenu = NewWindow( nil, &(screenBits.bounds), "\p", TRUE,
  1968.             
  1969.             plainDBox,  kMoveToFront, FALSE, (long)nil );
  1970.        SetRect( &mBarRect, screenBits.bounds.left,
  1971.                screenBits.bounds.top,
  1972.                screenBits.bounds.right,
  1973.                screenBits.bounds.top+gOldMBarHeight );
  1974.  
  1975.        mBarRgn = NewRgn();
  1976.        RectRgn( mBarRgn, &mBarRect );
  1977.        UnionRgn( hideMenu->visRgn, mBarRgn, hideMenu->visRgn );
  1978.        DisposeRgn( mBarRgn );
  1979.        SetPort(hideMenu );
  1980.         FillRect( &(blackMenu->portRect), white );
  1981.         picture = GetPicture( logoPict );
  1982.         DrawPicture( picture, &logoRect);
  1983.  
  1984.        .........
  1985. }
  1986.  
  1987. These are the functions that draw the dialog:
  1988.  
  1989. void DialogInit( void )
  1990.         dialog = GetNewDialog( kBaseResID, nil, kMoveToFront );
  1991.  
  1992.         SelectWindow( dialog );
  1993.         SetPort( dialog );
  1994.         ShowWindow( dialog );
  1995. }
  1996.  
  1997. void DrawBackground( void )
  1998. {
  1999.          PicHandle picture;
  2000.  
  2001.          picture = GetPicture( logoPict );
  2002.          DrawPicture( picture, &logoRect);
  2003.  }
  2004.  
  2005.  
  2006. Any ideas?
  2007.  
  2008. --Adam
  2009.  
  2010. >From nagel@rdatasys.com Mon Jul 18 10:29:32 PDT 1994
  2011. Received: from rdatasys.com (nagel@barracuda.rdatasys.com [198.137.184.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id KAA29743 for <think-c@rdatasys.com>; Mon, 18 Jul 1994 10:29:30 -0700
  2012. To: think-c@rdatasys.com
  2013. Subject: ADMIN: list and archive status
  2014. Reply-To: mark.nagel@rdatasys.com
  2015. Organization: Relational Data Systems, Irvine, CA
  2016. Phone: (714) 263-3899
  2017. Date: Mon, 18 Jul 1994 10:29:30 PDT
  2018. Message-ID: <12398.774552570@rdatasys.com>
  2019. From: "Mark D. Nagel" <nagel@rdatasys.com>
  2020.  
  2021. I'm happy to say that the list move has completed with few
  2022. problems.  If anyone has had or is having any problems using the new
  2023. list software, please let me know.  There are a few gotchas in the
  2024. software that I'm still becoming familiar with, but overall, it
  2025. appears to work quite well.
  2026.  
  2027. As far as the archive goes, the good news is that I am in the
  2028. process of transfering over the files from UC Irvine to Relational
  2029. Data Systems.  The bad news is that, for the time being, these files
  2030. will only be accessible via the list archive commands, that is,
  2031. INDEX and GET.  We have a firewall between our primary network and
  2032. the internet, and that firewall does not yet have the proper
  2033. resources to be a full ftp server.  That will change eventually,
  2034. probably when we upgrade from a 56K to a T1 link.  In the meantime,
  2035. access to the archive will only be possible using the list
  2036. software.  For more information on these commands, send the command
  2037. "HELP INDEX" or "HELP GET" to listproc@rdatasys.com.
  2038.  
  2039. I am working on a FAQ for the list (slowly) and will gladly accept
  2040. and input members have to offer on its contents and structure.  The
  2041. current bare-bones draft is available from the archive by issuing
  2042. the command "GET think-c/faq" to listproc@rdatasys.com.
  2043.  
  2044. The list message archives are (almost) all available under the
  2045. subarchive "think-c/messages".  The previous messages are in the
  2046. MMDF message separator format, but I will munge them to look like
  2047. standard format mailbox files ASAP.  All new messages are
  2048. automatically archived under the appropriate YY-MM file as they
  2049. arrive, so no more waiting until the next month for the previous
  2050. month's message archives.
  2051.  
  2052. In case anyone failed to notice, the new list software supports an
  2053. oft-requested feature: message digests.  If you prefer to receive
  2054. messages in a digest form, send the command "SET THINK-C MAIL
  2055. DIGEST" to listproc@rdatasys.com.  Digests are sent whenever 500 or
  2056. more lines of messages are available, or when 24 hours have passed,
  2057. whichever occurs first.
  2058.  
  2059. I guess that's it for now.  Thank you everyone for bearing with me
  2060. and any problems encountered during this transition.
  2061.  
  2062. Mark
  2063. --------
  2064. Mark D. Nagel <mark.nagel@rdatasys.com>      Relational Data Systems
  2065.                                              30 Executive Park, Suite 260
  2066. Eat right.  Exercise.  Die anyway.           Irvine, CA 92714
  2067.                                              (714) 263-3899
  2068. >From nagel@rdatasys.com Mon Jul 18 10:40:40 PDT 1994
  2069. Received: from rdatasys.com (nagel@wahoo.rdatasys.com [198.137.184.2]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id KAA00317 for <think-c@rdatasys.com>; Mon, 18 Jul 1994 10:40:39 -0700
  2070. To: think-c@rdatasys.com
  2071. Subject: ADMIN: correction
  2072. Reply-To: mark.nagel@rdatasys.com
  2073. Organization: Relational Data Systems, Irvine, CA
  2074. Phone: (714) 263-3899
  2075. Date: Mon, 18 Jul 1994 10:40:37 PDT
  2076. Message-ID: <313.774553237@rdatasys.com>
  2077. From: "Mark D. Nagel" <nagel@rdatasys.com>
  2078.  
  2079. To get the FAQ, send the command "get think-c faq", not "get
  2080. think-c/faq".  What a bonehead! :)
  2081.  
  2082. Mark
  2083. --------
  2084. Mark D. Nagel <mark.nagel@rdatasys.com>      Relational Data Systems
  2085.                                              30 Executive Park, Suite 260
  2086. Eat right.  Exercise.  Die anyway.           Irvine, CA 92714
  2087.                                              (714) 263-3899
  2088. >From MacMan16@aol.com Mon Jul 18 19:34:36 PDT 1994
  2089. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id TAA14767 for <think-c@rdatasys.com>; Mon, 18 Jul 1994 19:34:34 -0700
  2090. From: MacMan16@aol.com
  2091. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id TAA10893 for <think-c@rdatasys.com>; Mon, 18 Jul 1994 19:34:28 -0700
  2092. Received: from unknown(192.203.190.97) by lionfish.rdatasys.com via smap (V1.3mjr)
  2093.         id sma010887; Mon Jul 18 19:33:50 1994
  2094. Received: by mail02.prod.aol.net
  2095.         (1.38.193.5/16.2) id AA10499; Mon, 18 Jul 1994 22:32:59 -0400
  2096. X-Mailer: America Online Mailer
  2097. Sender: "MacMan16" <MacMan16@aol.com>
  2098. Message-Id: <9407182232.tn590856@aol.com>
  2099. To: think-c@rdatasys.com
  2100. Date: Mon, 18 Jul 94 22:32:58 EDT
  2101. Subject: TextEdit
  2102.  
  2103. Hi there! I am relativelty new to textedit, so I need help....  I have a
  2104. handle to a TERec (let's call it "myTERec")  I also have a TEXT resource with
  2105. id 128... How do I get the text from the rsrc to the rec???  Sample code
  2106. would help... :)
  2107.  
  2108. --Bob
  2109.  
  2110. >From walrathw@RFERL.ORG Tue Jul 19 00:53:45 PDT 1994
  2111. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id AAA20542 for <think-c@rdatasys.com>; Tue, 19 Jul 1994 00:53:41 -0700
  2112. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id AAA11319 for <think-c@rdatasys.com>; Tue, 19 Jul 1994 00:53:40 -0700
  2113. Received: from muvaxa.rferl.org(192.135.216.2) by lionfish.rdatasys.com via smap (V1.3mjr)
  2114.         id sma011317; Tue Jul 19 00:53:13 1994
  2115. Received: from mumcbm.rferl.org by MUVAXA.RFERL.ORG (PMDF V4.2-12 #5010) id
  2116.  <01HEVX3B2ZFK8X1NX3@MUVAXA.RFERL.ORG>; Tue, 19 Jul 1994 09:53:01 CET
  2117. Date: Tue, 19 Jul 1994 09:51:05 +0000 (U)
  2118. From: WalrathW <walrathw@RFERL.ORG>
  2119. Subject: RE: TextEdit
  2120. To: think-c@rdatasys.com
  2121. Message-id: <01HEVX3B3IQA8X1NX3@MUVAXA.RFERL.ORG>
  2122. Content-type: TEXT/PLAIN; CHARSET=ISO-8859-1
  2123. Content-transfer-encoding: QUOTED-PRINTABLE
  2124.  
  2125. >
  2126. _____________________________________________________________________=
  2127. __________
  2128. > From: think-c@rdatasys.com on 19 Jul, 1994 4:47
  2129. > Subject: TextEdit
  2130. > To: Multiple recipients of list
  2131. >=20
  2132. > Hi there! I am relativelty new to textedit, so I need help....  I h=
  2133. ave a
  2134. > handle to a TERec (let's call it "myTERec")  I also have a TEXT res=
  2135. ource
  2136. > with
  2137. > id 128... How do I get the text from the rsrc to the rec???  Sample=
  2138.  code
  2139. > would help... :)
  2140. >=20
  2141. > --Bob
  2142.  
  2143.  
  2144.  
  2145. =09textHand == TENew(&txtRect, &txtRect);
  2146.  
  2147. =09theText == GetResource('TEXT', textID);=09
  2148.   if( theText ) {=09
  2149.      HLock((Handle)theText);=09=09=09=09=09//=A5 Lock handle.
  2150.      TESetText( *theText, GetHandleSize(theText), textHand);
  2151.      HUnlock( (Handle)theText );
  2152.   }
  2153.  
  2154. -wayne
  2155. >From abarne1@gl.umbc.edu Tue Jul 19 17:48:45 PDT 1994
  2156. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id RAA09546 for <think-c@rdatasys.com>; Tue, 19 Jul 1994 17:48:43 -0700
  2157. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id RAA11733 for <think-c@rdatasys.com>; Tue, 19 Jul 1994 17:48:20 -0700
  2158. Received: from unknown(130.85.3.11) by lionfish.rdatasys.com via smap (V1.3mjr)
  2159.         id sma011488; Tue Jul 19 05:36:57 1994
  2160. Received: from umbc9.umbc.edu (abarne1@f-umbc9.umbc.edu [130.85.3.12]) by ds1.gl.umbc.edu (8.6.9/8.6.9) with ESMTP id IAA19344 for <think-c@rdatasys.com>; Tue, 19 Jul 1994 08:36:20 -0400
  2161. From: barnett aaron <abarne1@gl.umbc.edu>
  2162. Received: (abarne1@localhost) by umbc9.umbc.edu (8.6.9/8.6.9) id IAA16929 for think-c@rdatasys.com; Tue, 19 Jul 1994 08:36:06 -0400
  2163. Date: Tue, 19 Jul 1994 08:36:06 -0400
  2164. Message-Id: <199407191236.IAA16929@umbc9.umbc.edu>
  2165. To: think-c@rdatasys.com
  2166. Subject: PlotCIcon
  2167.  
  2168. im ploting some color icons several places in my code
  2169. some times to the screen and sometimes to offscreen buffers
  2170. there is one portion of code that, depending on how it is called
  2171. could go to either.
  2172. its in there that i consistently get a bus error, one so bad
  2173. that i must restart.  i am locking the handle early in the program.
  2174. sorry to be vague, my code is at home.
  2175.  i guess the best help would be if any of you could speculate as to
  2176. what could cause a bus error in plotcicon.
  2177. (the handle is not nil, it is allocated properly)
  2178.  
  2179. thanks
  2180.  
  2181. >From song@iso.wwz.unibas.ch Tue Jul 19 18:04:33 PDT 1994
  2182. Received: from lionfish.rdatasys.com (root@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id SAA09984 for <think-c@rdatasys.com>; Tue, 19 Jul 1994 18:04:30 -0700
  2183. From: song@iso.wwz.unibas.ch
  2184. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id RAA11736 for <think-c@rdatasys.com>; Tue, 19 Jul 1994 17:48:15 -0700
  2185. Received: from unknown(131.152.1.5) by lionfish.rdatasys.com via smap (V1.3mjr)
  2186.         id sma011481; Tue Jul 19 04:22:38 1994
  2187. Received: from iso.wwz.unibas.ch by swiba9.unibas.ch with SMTP (PP);
  2188.           Tue, 19 Jul 1994 13:21:41 +0200
  2189. Received: from localhost by iso.wwz.unibas.ch (5.65/Ultrix3.0-C) id AA16989;
  2190.           Tue, 19 Jul 1994 13:21:54 +0200
  2191. Message-Id: <9407191121.AA16989@iso.wwz.unibas.ch>
  2192. To: think-c@rdatasys.com
  2193. Cc: lukas@swiba9.unibas.ch
  2194. Subject: Is there any C++-to-C Precompiler and Borland C Mailling List
  2195. Date: Tue, 19 Jul 94 13:21:54 +0200
  2196. X-Mts: smtp
  2197.  
  2198. Hi,
  2199.  
  2200. I would like to know:
  2201.  
  2202. 1 ) Is there any C++-to-C precompiler which can be ftped somewhere, so that I
  2203.     can translate my C++ source file to ANSI C, and compile it on a VECstation?
  2204.     (since I don't have any C++ compiler on my VECstation.)
  2205.  
  2206. 2 ) Is there any Borland C++ Mailling list on the net?  If there is one, what
  2207.     is the address for subscribing?
  2208.  
  2209. Thanks for your help in advance.
  2210.  
  2211. Song
  2212. song@iso.wwz.unibas.ch
  2213. >From NASA12@aol.com Tue Jul 19 23:16:50 PDT 1994
  2214. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id XAA15479 for <think-c@rdatasys.com>; Tue, 19 Jul 1994 23:16:49 -0700
  2215. From: NASA12@aol.com
  2216. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id XAA12265 for <think-c@rdatasys.com>; Tue, 19 Jul 1994 23:16:43 -0700
  2217. Received: from unknown(192.203.190.97) by lionfish.rdatasys.com via smap (V1.3mjr)
  2218.         id sma012263; Tue Jul 19 23:16:16 1994
  2219. Received: by mail02.prod.aol.net
  2220.         (1.38.193.5/16.2) id AA14864; Wed, 20 Jul 1994 02:15:26 -0400
  2221. X-Mailer: America Online Mailer
  2222. Sender: "NASA12" <NASA12@aol.com>
  2223. Message-Id: <9407200215.tn654045@aol.com>
  2224. To: think-c@rdatasys.com
  2225. Date: Wed, 20 Jul 94 02:15:05 EDT
  2226. Subject: User items...
  2227.  
  2228. I have a problem with my program... yes, again :\
  2229.  
  2230. I have several areas within my dialog defined as user items...  The mainloop
  2231. gets events, determines that they are mouseDowns, and passes them to my
  2232. HandleMouseDown().  So far so good... However, I can't seem to get it to give
  2233. me the item number that was hit!!! I've tried: 
  2234.  
  2235. DialogSelect( &event, &dialog, &itemHit )       -and-
  2236. itemHit = FindWindow( event->where, &theWindow )
  2237.  
  2238. In both cases, itemHit always is assigned a value of -1, and not it's
  2239. respective item number... I know I must've made an incredibly stupid mistake
  2240. somewhere (too many coding all-nighters), but I don't know where....
  2241. Thoughts?
  2242.  
  2243. >From rickmich@panix.com Wed Jul 20 06:49:03 PDT 1994
  2244. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id GAA23059 for <think-c@rdatasys.com>; Wed, 20 Jul 1994 06:49:01 -0700
  2245. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id GAA12421 for <think-c@rdatasys.com>; Wed, 20 Jul 1994 06:48:53 -0700
  2246. Received: from unknown(198.7.0.3) by lionfish.rdatasys.com via smap (V1.3mjr)
  2247.         id sma012419; Wed Jul 20 06:48:23 1994
  2248. Received: by panix2.panix.com id AA14594
  2249.   (5.65c/IDA-1.4.4 for think-c@rdatasys.com); Wed, 20 Jul 1994 09:47:31 -0400
  2250. From: Rick Michaud <rickmich@panix.com>
  2251. Message-Id: <199407201347.AA14594@panix2.panix.com>
  2252. Subject: Re: PlotCIcon
  2253. To: think-c@rdatasys.com
  2254. Date: Wed, 20 Jul 1994 09:47:30 -0400 (EDT)
  2255. In-Reply-To: <199407191236.IAA16929@umbc9.umbc.edu> from "barnett aaron" at Jul 19, 94 05:51:48 pm
  2256. Mime-Version: 1.0
  2257. Content-Type: text/plain; charset=US-ASCII
  2258. Content-Transfer-Encoding: 7bit
  2259. Content-Length: 1346      
  2260.  
  2261. > im ploting some color icons several places in my code
  2262. > some times to the screen and sometimes to offscreen buffers
  2263. > there is one portion of code that, depending on how it is called
  2264. > could go to either.
  2265. > its in there that i consistently get a bus error, one so bad
  2266. > that i must restart.  i am locking the handle early in the program.
  2267. > sorry to be vague, my code is at home.
  2268. >  i guess the best help would be if any of you could speculate as to
  2269. > what could cause a bus error in plotcicon.
  2270. > (the handle is not nil, it is allocated properly)
  2271. > thanks
  2272. I am not sure if this will help, but
  2273. check to make sure that you unlock the handle, because,
  2274. if I'm not mistaken, PlotCIcon also moves memory around.
  2275.  
  2276. If this doesn't help, check to see if the handle is truly 
  2277. not null and valid.  By valid, I mean, did you allocate
  2278. it using GetCIcon? (through a cicn resource) or did you
  2279. build it dynamically?  If so, then compare the icon
  2280. data with a sample icon resource to see if the headers
  2281. are correct.
  2282.  
  2283. If you're still stuck, email the offending code snippet
  2284. to me.
  2285.  
  2286. regards...
  2287.  
  2288.  
  2289. -- 
  2290. /************************************************************\
  2291. |  Rick Michaud  (Hey, don't finger me, I resent that!)      |  
  2292. |  rickmich@panix.com  RickMan314@aol.com                    |
  2293. \************************************************************/
  2294. >From bbedit@world.std.com Wed Jul 20 08:16:57 PDT 1994
  2295. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id IAA24446 for <think-c@rdatasys.com>; Wed, 20 Jul 1994 08:16:55 -0700
  2296. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id IAA12448 for <think-c@rdatasys.com>; Wed, 20 Jul 1994 08:16:55 -0700
  2297. Received: from unknown(192.74.137.7) by lionfish.rdatasys.com via smap (V1.3mjr)
  2298.         id sma012445; Wed Jul 20 08:16:47 1994
  2299. Received: from world.std.com by ftp.std.com (8.6.8.1/Spike-8-1.0)
  2300.         id LAA23183; Wed, 20 Jul 1994 11:15:51 -0400
  2301. Received: by world.std.com (5.65c/Spike-2.0)
  2302.         id AA13965; Wed, 20 Jul 1994 11:15:49 -0400
  2303. From: bbedit@world.std.com (Bare Bones Software)
  2304. Message-Id: <199407201515.AA13965@world.std.com>
  2305. Subject: PopupFuncs News
  2306. To: think-c@rdatasys.com
  2307. Date: Wed, 20 Jul 1994 11:15:49 -0400 (EDT)
  2308. X-Mailer: ELM [version 2.4 PL23]
  2309. Mime-Version: 1.0
  2310. Content-Type: text/plain; charset=US-ASCII
  2311. Content-Transfer-Encoding: 7bit
  2312. Content-Length: 2730      
  2313.  
  2314.  
  2315. July 20, 1994
  2316. For Immediate Release
  2317.  
  2318. Contact:
  2319. Rich Siegel
  2320. Bare Bones Software, Inc.
  2321. 1 Larkspur Way #4
  2322. Natick, MA 01760
  2323. Phone: (508) 651-3561
  2324. Fax: (508) 651-7584
  2325. Internet: bbedit@world.std.com
  2326. CIS: 73051,3255
  2327. AppleLink: BARE.BONES
  2328.  
  2329. Bare Bones Software acquires PopupFuncs, announces support for
  2330. Metrowerks
  2331.  
  2332. Natick, MA -- Bare Bones Software, Inc., today announced it has acquired
  2333. "PopupFuncs" from SciComp Software of Cupertino, CA. PopupFuncs is a
  2334. programmer's productivity tool which provides instant access to language
  2335. constructs defined in C, C++, Pascal, Object Pascal, Rez, and
  2336. assembly-language source files.
  2337.  
  2338. "Bare Bones Software will provide the marketing and support muscle,
  2339. freeing us to concentrate on developing new technologies and products,"
  2340. said Eric Slosser, proprietor of SciComp Software. 
  2341.  
  2342. Rich Siegel, president and CEO of Bare Bones Software, said "The
  2343. acquisition of PopupFuncs is consistent with our goal of providing the
  2344. finest, most cost-effective productivity tools for Macintosh
  2345. developers."
  2346.  
  2347. Bare Bones Software also announced that they are readying a new release
  2348. of PopupFuncs. Version 2.4, slated to ship at the 1994 MacWorld Expo in
  2349. Boston, adds Metrowerks' CodeWarrior and Nisus Software's QUED/M to the
  2350. list of supported editors and environments. The current release supports
  2351. BBEdit, from Bare Bones Software, THINK C and Symantec C++ from Symantec
  2352. Corp., and MPW, from Apple Computer, Inc.
  2353.  
  2354. "Since beta, our customers had been demanding that we support
  2355. PopupFuncs. Because of the clean design of the PopupFuncs API, our
  2356. engineers needed less than two hours to make the necessary changes.
  2357. We're happy, and so are our users." said Greg Galanos, president and CEO
  2358. of Metrowerks.
  2359.  
  2360. "PopupFuncs is of such fundamental utility that anyone who composes code
  2361. on a Macintosh should have a copy," said Tom Emerson, software engineer
  2362. in the Development Tools Group of Symantec. According to Leonard
  2363. Rosenthol, director of advanced technology for Aladdin Systems, Inc.,
  2364. "PopupFuncs can be used with all major editors, and this makes it the
  2365. only utility of its kind worth considering."
  2366.  
  2367. PopupFuncs 2.4 will be available directly from Bare Bones Software,
  2368. beginning August 1. Single-copy pricing is US$29.00 per copy, plus
  2369. shipping and handling. For additional information, contact Bare Bones
  2370. Software at the address given above.
  2371.  
  2372. --
  2373.  
  2374. Products mentioned are trademarked by their respective producers.
  2375.  
  2376. -- 
  2377. Bare Bones Software, Inc.                     Internet: bbedit@world.std.com
  2378. %==========================================================================%
  2379.       Rich Siegel            Michael Fryar               Patrick Woolsey
  2380.     President & CEO      Chief Operating Officer    Chief Technology Officer
  2381. >From G.POLDER@cpro.agro.nl Thu Jul 21 05:18:42 PDT 1994
  2382. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id FAA21852 for <think-c@rdatasys.com>; Thu, 21 Jul 1994 05:18:38 -0700
  2383. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id FAA13326 for <think-c@rdatasys.com>; Thu, 21 Jul 1994 05:18:29 -0700
  2384. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3mjr)
  2385.         id sma013324; Thu Jul 21 05:18:19 1994
  2386. Received: from hearnvax.nic.surfnet.nl by q2.ics.uci.edu id aa02750;
  2387.           21 Jul 94 5:18 PDT
  2388. Received: from AGRO02 by HEARNVAX.nic.SURFnet.nl (PMDF V4.2-12 #3330) id
  2389.  <01HEYYXQ9BNK00ENGK@HEARNVAX.nic.SURFnet.nl>; Thu,
  2390.  21 Jul 1994 14:18:11 +0200 (MET-DST)
  2391. Received: from CPRO.AGRO.NL (BINTJE) by AGRO.NL (PMDF V4.2-12 #4885) id
  2392.  <01HEYYW57ZWG003K76@AGRO.NL>; Thu, 21 Jul 1994 14:16:53 MET
  2393. Received: from ganges.cpro.agro.nl.agro.nl by CPRO.AGRO.NL; Thu,
  2394.  21 Jul 94 14:17 MET
  2395. Received: by ganges.cpro.agro.nl.agro.nl (4.1/SMI-4.1) id AA05982; Thu,
  2396.  21 Jul 94 14:18:27 +0200
  2397. Date: Thu, 21 Jul 1994 14:18:27 +0200
  2398. From: G.POLDER@cpro.agro.nl
  2399. Subject: Opening port on Powerbook
  2400. To: think-c@ics.uci.edu
  2401. Message-id: <9407211218.AA05982@ganges.cpro.agro.nl.agro.nl>
  2402. X-Envelope-to: think-c@ics.uci.EDU
  2403. Content-transfer-encoding: 7BIT
  2404.  
  2405. I use the folowing routine to open a serial port.
  2406. On several Mac's (classic, IIvx, IIci, 660Av) this
  2407. works nice, unfortunately a PB145 crashes when
  2408. running this routine,
  2409. any idea's what causes this problem?
  2410.  
  2411. thenks, Gerrit.
  2412.  
  2413. -----------------------------------------------------------
  2414.  
  2415. #define DROPDTR 0x80    /* don't drop DTR on close */
  2416.  
  2417. void initcom(int port, int sercontrol)
  2418. /* port = 1, comport, 2 = printerport */
  2419. {
  2420.         int                     result;
  2421.         char            dropdtr;
  2422.         
  2423.         dropdtr = DROPDTR;
  2424.         switch(port) {
  2425.                 case 1: result = OpenDriver("\p.Aout",&PortoutRefNumber);
  2426.                                 result = OpenDriver("\p.Ain",&PortinRefNumber);
  2427.                                 break;
  2428.                 case 2: result = OpenDriver("\p.Bout",&PortoutRefNumber);
  2429.                                 result = OpenDriver("\p.Bin",&PortinRefNumber);
  2430.                                 break;
  2431.                 }
  2432.         result = SerReset(PortoutRefNumber,sercontrol);
  2433.         result = SerReset(PortinRefNumber,sercontrol);
  2434.         if (Settings.dropDTR)                   /* keep dtr on close */
  2435.                 result = Control(PortoutRefNumber,16,&dropdtr); 
  2436.  
  2437. }
  2438.  
  2439. >From Paul_Williard@brown.edu Thu Jul 21 07:01:37 PDT 1994
  2440. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id HAA23781 for <think-c@rdatasys.com>; Thu, 21 Jul 1994 07:01:34 -0700
  2441. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id HAA13365 for <think-c@rdatasys.com>; Thu, 21 Jul 1994 07:01:31 -0700
  2442. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3mjr)
  2443.         id sma013363; Thu Jul 21 07:01:10 1994
  2444. Received: from cat.cis.brown.edu by q2.ics.uci.edu id aa05393;
  2445.           21 Jul 94 7:01 PDT
  2446. Received: by cat.cis.brown.edu (5.65a/SMI-4.1 --- CIS Test 1.0)
  2447.         id AA07092; Thu, 21 Jul 94 10:00:43 -0400
  2448. To: brown-lists-think-c@cat.cis.brown.edu
  2449. Path: pgw2.chem.brown.edu!user
  2450. From: "Paul G. Williard" <Paul_Williard@brown.edu>
  2451. Newsgroups: brown.lists.think-c
  2452. Subject: Trouble w/SetDialogDefaultItem in TC7.0.*
  2453. Followup-To: brown.lists.think-c
  2454. Date: Thu, 21 Jul 1994 09:57:35 -0500
  2455. Organization: Brown University
  2456. Lines: 17
  2457. Message-Id: <Paul_Williard-210794095735@pgw2.chem.brown.edu>
  2458. Nntp-Posting-Host: pgw2.chem.brown.edu
  2459.  
  2460. I've had trouble with recompling all of my old projects that compiled with
  2461. previous version of Think-C (i.e. 5.0.* and 6.0.*) after I purchased and
  2462. installed the newest version i.e. 7.0 (and it's upgrades to 7.0.3).  All my
  2463. projects that incorporate the following code end up with an error about
  2464. "invalid redeclaration of ...." the the following functions:
  2465.  
  2466. pascal OSErr SetDialogDefaultItem(DialogPtr theDialog, short newItem)
  2467.                                 =       { 0x303C, 0x0304, 0xAA68 };
  2468. pascal OSErr SetDialogCancelItem(DialogPtr theDialog, short newItem)
  2469.                                 =       { 0x303C, 0x0305, 0xAA68 };
  2470. pascal OSErr SetDialogTracksCursor(DialogPtr theDialog, Boolean tracks)
  2471.                                 =       { 0x303C, 0x0306, 0xAA68 };     
  2472.  
  2473.  
  2474. This code is exactly as suggested in my current version of Think Ref. and
  2475. it used to work OK.  What gives?  Any suggestions about better ways to do
  2476. this would be greatly appreciated.
  2477. >From Jean-Marie.Laborde@imag.fr Thu Jul 21 09:33:42 PDT 1994
  2478. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id JAA27091 for <think-c@rdatasys.com>; Thu, 21 Jul 1994 09:33:35 -0700
  2479. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id JAA13473 for <think-c@rdatasys.com>; Thu, 21 Jul 1994 09:33:35 -0700
  2480. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3mjr)
  2481.         id sma013471; Thu Jul 21 09:32:47 1994
  2482. Received: from imag.imag.fr by q2.ics.uci.edu id aa11583; 21 Jul 94 9:32 PDT
  2483. Received: from isis.imag.fr by imag.imag.fr with SMTP id AA15776
  2484.   (5.65c8/IDA-1.4.4 for <think-c@ics.uci.edu>); Thu, 21 Jul 1994 18:27:38 +0200
  2485. Received: from [129.88.35.18] (eriador.imag.fr) by isis.imag.fr with SMTP id AA09821
  2486.   (5.65c8/IDA-1.4.4 for <think-c@ics.uci.edu>); Thu, 21 Jul 1994 18:31:13 +0200
  2487. Date: Thu, 21 Jul 1994 18:31:13 +0200
  2488. Message-Id: <199407211631.AA09821@isis.imag.fr>
  2489. X-Sender: laborde@isis
  2490. Mime-Version: 1.0
  2491. Content-Type: text/plain; charset="us-ascii"
  2492. To: think-c@ics.uci.edu
  2493. From: Jean-Marie.Laborde@imag.fr
  2494. Subject: rowBytes in PixMap
  2495.  
  2496. The rowbyte of the screenBits PixMap for a given pixel depth seems not easy to
  2497. infer from its value in another depth.
  2498. For instance:
  2499. {
  2500. GDHandle gdh = GetMainDevice ();
  2501. short srb=((*((*gdh)->gdPMap))->rowBytes) & 0x7FFF;
  2502. }
  2503. gives in srb the wanted value for a given screendepth, eg
  2504. 512 for a 16" color display in 16 colors connected to a Mac II (with video
  2505. card).
  2506. I would like to know about the rowbyte if the user would switch to another
  2507. depth.
  2508. In the preceding case we would have:
  2509. 128 in depth    1       (B&W)
  2510. 256             2    (4 colors)
  2511. 512             4    ( 16 colors)
  2512. 1024            8    (256 colors)
  2513. 1664            16  (thousands  of colors)
  2514.   1664is not 2*1024 but   1664*8/16 is = 832 which is the pixelwidth of the
  2515. screen.
  2516.  
  2517. On a Quadra 950 (buildin Video and 21" monitor), we have
  2518. 1152  in depth 16  (according the the 1152 pixelwidth of the screen)
  2519. 576   in depth  8   but again
  2520. 576   in depth  4, 2 or even 1.
  2521.  
  2522.  
  2523. Does it exist a way of getting the right value without calling
  2524. repeteadly SetDepth() for all acceptable values, which is not especially
  2525. smooth for the user!
  2526.  
  2527. Thanks for hints...
  2528.  
  2529.  
  2530.  
  2531.  
  2532.  
  2533.  
  2534. ----------------------------------------------------------------------------
  2535. Jean-Marie Laborde                                 jean-marie.laborde@imag.fr
  2536. Responsable du Projet IMAG Cabri-geometre
  2537. Laboratoire de Structures Discretes et de Didactique - IMAG
  2538. Universite Joseph Fourier - CNRS          BP 53 38041 Grenoble cedex 9 FRANCE
  2539. (33) 76 51 46 10   (sec 76 51 46 16)      (fax 76 51 45 55)
  2540. ----------------------------------------------------------------------------
  2541.  
  2542.  
  2543. >From Jean-Marie.Laborde@imag.fr Thu Jul 21 09:49:37 PDT 1994
  2544. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id JAA27652 for <think-c@rdatasys.com>; Thu, 21 Jul 1994 09:49:35 -0700
  2545. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id JAA13503 for <think-c@rdatasys.com>; Thu, 21 Jul 1994 09:49:36 -0700
  2546. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3mjr)
  2547.         id sma013501; Thu Jul 21 09:48:49 1994
  2548. Received: from imag.imag.fr by q2.ics.uci.edu id aa12411; 21 Jul 94 9:48 PDT
  2549. Received: from isis.imag.fr by imag.imag.fr with SMTP id AA16410
  2550.   (5.65c8/IDA-1.4.4 for <think-c@ics.uci.edu>); Thu, 21 Jul 1994 18:45:16 +0200
  2551. Received: from [129.88.35.18] (eriador.imag.fr) by isis.imag.fr with SMTP id AA10887
  2552.   (5.65c8/IDA-1.4.4 for <think-c@ics.uci.edu>); Thu, 21 Jul 1994 18:48:51 +0200
  2553. Date: Thu, 21 Jul 1994 18:48:51 +0200
  2554. Message-Id: <199407211648.AA10887@isis.imag.fr>
  2555. X-Sender: laborde@isis
  2556. Mime-Version: 1.0
  2557. Content-Type: text/plain; charset="us-ascii"
  2558. To: think-c@ics.uci.edu
  2559. From: Jean-Marie.Laborde@imag.fr
  2560. Subject:  Adressing memory screen in 24-bit
  2561.  
  2562. Some time ago I posted a question approximatly the same as today.
  2563. I have not received too much praticable answer. This is the raison
  2564. I post it again with more technical details.
  2565.  
  2566.  
  2567. <<It is not recommanded to write directly in the memory screen but some
  2568. time we need to do that.
  2569.  
  2570. We managed for some graphics intensive application to use the
  2571. correct baseAddr of the screen bit(pix)map related to most
  2572. of the standard (Apple) monitors used for main device as
  2573.         screenBits.baseAddr.
  2574.  
  2575. Unfortunately with some (especially non Apple) monitors connected
  2576. (to not 32 bits machines) this does not work.
  2577. Does anyone knows about writing outside of the 24-bit world on
  2578. a 24 bit machine?>>
  2579.  
  2580. More technically
  2581. On a "standard" machine (24-bit adressing mode or  newer-machine having 32bit)
  2582. scrptr=screenBits.baseAddr+offset;
  2583. *scrptr=motif;
  2584.  
  2585. does the job and put the content ogf motif some where on the screen.
  2586.  
  2587. On a machine running in 24-bit with a video-ram at some higher adress:
  2588. mode_adressage=true32b;
  2589. SwapMMUMode(&mode_adressage);           // do not break here with think-C
  2590. debugger!
  2591. scrptr=screenBits.baseAddr+offset;
  2592. *scrptr=motif;
  2593. SwapMMUMode(&mode_adressage);
  2594.  
  2595. does also flawlessly the job.
  2596.  
  2597. Our problem is to do the same on a machine running in 24 bit without 32 bit
  2598. capabilities, like when installing a card (eg "futura interface card")
  2599. on a SE30 or a MacII Cx?
  2600.  
  2601. Thanks to every people answering last time and even more to people
  2602. answering this time!
  2603.  
  2604.  
  2605.  
  2606. ----------------------------------------------------------------------------
  2607. Jean-Marie Laborde                                 jean-marie.laborde@imag.fr
  2608. Responsable du Projet IMAG Cabri-geometre
  2609. Laboratoire de Structures Discretes et de Didactique - IMAG
  2610. Universite Joseph Fourier - CNRS          BP 53 38041 Grenoble cedex 9 FRANCE
  2611. (33) 76 51 46 10   (sec 76 51 46 16)      (fax 76 51 45 55)
  2612. ----------------------------------------------------------------------------
  2613.  
  2614.  
  2615. >From Paul_Williard@brown.edu Fri Jul 22 06:34:10 PDT 1994
  2616. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id GAA25597 for <think-c@rdatasys.com>; Fri, 22 Jul 1994 06:34:08 -0700
  2617. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id GAA14242 for <think-c@rdatasys.com>; Fri, 22 Jul 1994 06:34:07 -0700
  2618. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3mjr)
  2619.         id sma014240; Fri Jul 22 06:33:59 1994
  2620. Received: from cat.cis.brown.edu by q2.ics.uci.edu id aa07808;
  2621.           22 Jul 94 6:33 PDT
  2622. Received: by cat.cis.brown.edu (5.65a/SMI-4.1 --- CIS Test 1.0)
  2623.         id AA14078; Fri, 22 Jul 94 09:33:26 -0400
  2624. To: brown-lists-think-c@cat.cis.brown.edu
  2625. Path: pgw2.chem.brown.edu!user
  2626. From: "Paul G. Williard" <Paul_Williard@brown.edu>
  2627. Newsgroups: brown.lists.think-c
  2628. Subject: Trouble w/SetDialogDefaultItem TC-7.0.*
  2629. Followup-To: brown.lists.think-c
  2630. Date: Fri, 22 Jul 1994 09:30:58 -0500
  2631. Organization: Brown University
  2632. Lines: 21
  2633. Message-Id: <Paul_Williard-220794093058@pgw2.chem.brown.edu>
  2634. Nntp-Posting-Host: pgw2.chem.brown.edu
  2635.  
  2636. I've recently upgraded from TC++6.0.* to TC7.0 (then to 7.0.3) and in
  2637. trying to revise some previos C applications that include the following
  2638. code:
  2639.  
  2640. pascal OSErr SetDialogDefaultItem(DialogPtr theDialog, short newItem)
  2641.                                 =       { 0x303C, 0x0304, 0xAA68 };
  2642. pascal OSErr SetDialogCancelItem(DialogPtr theDialog, short newItem)
  2643.                                 =       { 0x303C, 0x0305, 0xAA68 };
  2644. pascal OSErr SetDialogTracksCursor(DialogPtr theDialog, Boolean tracks)
  2645.                                 =       { 0x303C, 0x0306, 0xAA68 };
  2646.  
  2647. These function prototypes lead to a compiler error message:
  2648.  
  2649. redefinition of function SetDialog......
  2650.  
  2651.  
  2652. What gives?  This is exactly the syntax of the example given in Think
  2653. Reference and it used to work with my older versions of TC.  I cannot find
  2654. any definitions of these traps doing a search on all files from within my
  2655. open application either.  Any suggestions about this would greatly be
  2656. appreciated!
  2657. >From Paul_Williard@brown.edu Fri Jul 22 06:45:12 PDT 1994
  2658. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id GAA25837 for <think-c@rdatasys.com>; Fri, 22 Jul 1994 06:45:09 -0700
  2659. From: Paul_Williard@brown.edu
  2660. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id GAA14254 for <think-c@rdatasys.com>; Fri, 22 Jul 1994 06:45:09 -0700
  2661. Received: from brown.edu(128.148.128.9) by lionfish.rdatasys.com via smap (V1.3mjr)
  2662.         id sma014249; Fri Jul 22 06:44:49 1994
  2663. Received: from pgw2.chem.brown.edu by brown.edu (5.65a/SMI-4.2 --- CIS Test 1.1 -- Nov 11)
  2664.         id AA24144; Fri, 22 Jul 94 09:48:02 -0400
  2665. Message-Id: <9407221348.AA24144@brown.edu>
  2666. Date: Fri, 22 Jul 1994 09:48:33 -0500
  2667. To: think-c@rdatasys.com
  2668. Subject: Trouble w/ SetDialogDefaultItem etc. in TC 7.0.*
  2669.  
  2670. I am having trouble compling some C (not C++) projects that I've previously
  2671. written that contain the following lines of code:
  2672.  
  2673. pascal OSErr SetDialogDefaultItem(DialogPtr theDialog, short newItem)
  2674.                                 =       { 0x303C, 0x0304, 0xAA68 };
  2675. pascal OSErr SetDialogCancelItem(DialogPtr theDialog, short newItem)
  2676.                                 =       { 0x303C, 0x0305, 0xAA68 };
  2677. pascal OSErr SetDialogTracksCursor(DialogPtr theDialog, Boolean tracks)
  2678.                                 =       { 0x303C, 0x0306, 0xAA68 };     
  2679.  
  2680. These function prototype defs used to work fine with TC++ 6.0.* but since
  2681. I've upgraded to TC++ 7.0 (and now to 7.0.3) I get a compiler error message
  2682. that says:
  2683.  
  2684. invalid redefinition of functions SetDialog........
  2685.  
  2686.  
  2687. The syntax that I'm using is exactly as suggested in Think Reference and it
  2688. used to work fine - so what gives with TC++ 7.0.*?  By the way I have
  2689. searched "all files" from within my project and I don't find these
  2690. functions defined in any of the #included headers.   Any suggestions about
  2691. how to solve this problem would be greatly appreciated.
  2692. Prof. Paul Williard, Brown Univ., Dept. of Chemistry, Providence, RI 02912
  2693. USA
  2694. Phone (401) 863-3589, FAX (401) 863-2594  e-mail to Paul_Williard@brown.edu
  2695.  
  2696. >From Paul_Williard@brown.edu Fri Jul 22 10:07:58 PDT 1994
  2697. Received: from rdatasys.com (nagel@barracuda.rdatasys.com [198.137.184.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id KAA03214 for <think-c@rdatasys.com>; Fri, 22 Jul 1994 10:07:53 -0700
  2698. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id GAA25952 for <mark.nagel@rdatasys.com>; Fri, 22 Jul 1994 06:51:09 -0700
  2699. From: Paul_Williard@brown.edu
  2700. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id GAA14267 for <mark.nagel@rdatasys.com>; Fri, 22 Jul 1994 06:51:08 -0700
  2701. Received: from brown.edu(128.148.128.9) by lionfish.rdatasys.com via smap (V1.3mjr)
  2702.         id sma014265; Fri Jul 22 06:50:20 1994
  2703. Received: from pgw2.chem.brown.edu by brown.edu (5.65a/SMI-4.2 --- CIS Test 1.1 -- Nov 11)
  2704.         id AA24949; Fri, 22 Jul 94 09:53:35 -0400
  2705. Message-Id: <9407221353.AA24949@brown.edu>
  2706. Date: Fri, 22 Jul 1994 09:54:05 -0500
  2707. To: mark.nagel@rdatasys.com
  2708. Subject: Trouble posting to think-c@rdatasys.com
  2709. Resent-To: think-c@rdatasys.com
  2710. Resent-Date: Fri, 22 Jul 1994 10:07:44 PDT
  2711. Resent-Message-ID: <28330.774896864@rdatasys.com>
  2712. Resent-From: "Mark D. Nagel" <nagel@rdatasys.com>
  2713.  
  2714. Mark, I've been trying to post the following message to the think-c list at
  2715. the address given above with no success.  I would appreciate it if you
  2716. could post this for me  - I am having trouble compling some C (not C++)
  2717. projects that I've previously written that contain the following lines of
  2718. code:
  2719.  
  2720. <Beginning of post>
  2721.  
  2722. I am having trouble compling some C (not C++) projects that I've previously
  2723. written that contain the following lines of code:
  2724.  
  2725. pascal OSErr SetDialogDefaultItem(DialogPtr theDialog, short newItem)
  2726.                                 =       { 0x303C, 0x0304, 0xAA68 };
  2727. pascal OSErr SetDialogCancelItem(DialogPtr theDialog, short newItem)
  2728.                                 =       { 0x303C, 0x0305, 0xAA68 };
  2729. pascal OSErr SetDialogTracksCursor(DialogPtr theDialog, Boolean tracks)
  2730.                                 =       { 0x303C, 0x0306, 0xAA68 };     
  2731.  
  2732. These function prototype defs used to work fine with TC++ 6.0.* but since
  2733. I've upgraded to TC++ 7.0 (and now to 7.0.3) I get a compiler error message
  2734. that says:
  2735.  
  2736. invalid redefinition of functions SetDialog........
  2737.  
  2738.  
  2739. The syntax that I'm using is exactly as suggested in Think Reference and it
  2740. used to work fine - so what gives with TC++ 7.0.*?  By the way I have
  2741. searched "all files" from within my project and I don't find these
  2742. functions defined in any of the #included headers.   Any suggestions about
  2743. how to solve this problem would be greatly appreciated.
  2744.  
  2745.  
  2746. <End of post>
  2747.  
  2748.  
  2749. Thanks.
  2750. Prof. Paul Williard, Brown Univ., Dept. of Chemistry, Providence, RI 02912
  2751. USA
  2752. Phone (401) 863-3589, FAX (401) 863-2594  e-mail to Paul_Williard@brown.edu
  2753.  
  2754. >From jmunkki@snakemail.hut.fi Fri Jul 22 12:41:49 PDT 1994
  2755. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id MAA08309 for <think-c@rdatasys.com>; Fri, 22 Jul 1994 12:41:48 -0700
  2756. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id MAA16465 for <think-c@rdatasys.com>; Fri, 22 Jul 1994 12:41:48 -0700
  2757. Received: from beta.hut.fi(130.233.224.51) by lionfish.rdatasys.com via smap (V1.3mjr)
  2758.         id sma016462; Fri Jul 22 12:40:55 1994
  2759. Received: (from jmunkki@localhost) by beta.hut.fi (8.6.8.1/8.6.7) id WAA25518 for think-c@rdatasys.com; Fri, 22 Jul 1994 22:40:35 +0300
  2760. Date: Fri, 22 Jul 1994 22:40:35 +0300
  2761. From: Juri Munkki <jmunkki@snakemail.hut.fi>
  2762. Message-Id: <199407221940.WAA25518@beta.hut.fi>
  2763. To: think-c@rdatasys.com
  2764. Subject: Graphics Devices (rowbytes&screen writing)
  2765.  
  2766. There is no way to find out what the rowBytes value will be. There is
  2767. absolutely no reason that I can think of that would require you to know
  2768. what it is in advance. Also remember that screen resolutions can now
  2769. change on the fly, so depending on a screen staying the same width
  2770. all the time is not reliable.
  2771.  
  2772. You should also remember that the Macintosh can have multiple screen
  2773. devices connected to it. You should never use screenBits to retrieve
  2774. the base address of a display. Read the Graphics Devices chapters in
  2775. IM V and VI (or the new edition of IM). All the necessary information
  2776. is there, except that they probably do not remind you to call ShieldCursor.
  2777.  
  2778. Always remember that whenever you call GetNextEvent, the whole graphics
  2779. environment can change.
  2780.  
  2781. -----
  2782.   Juri Munkki                   There ain't no such thing as a shareware lunch.
  2783.  jmunkki@hut.fi                         Windsurfing: Faster than the wind.
  2784. >From Wolf Fri Jul 22 14:27:54 PDT 1994
  2785. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id OAA11246 for <think-c@RDATASYS.COM>; Fri, 22 Jul 1994 14:27:52 -0700
  2786. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id OAA16781 for <think-c@RDATASYS.COM>; Fri, 22 Jul 1994 14:27:53 -0700
  2787. Message-Id: <199407222127.OAA16781@lionfish.rdatasys.com>
  2788. Received: from uicvm.uic.edu(128.248.2.150) by lionfish.rdatasys.com via smap (V1.3mjr)
  2789.         id sma016776; Fri Jul 22 14:27:18 1994
  2790. Received: from UICVM.CC.UIC.EDU by UICVM.UIC.EDU (IBM VM SMTP V2R2)
  2791.    with BSMTP id 0243; Fri, 22 Jul 94 16:27:01 CDT
  2792. Received: from UICVM (NJE origin U42641@UICVM) by UICVM.CC.UIC.EDU (LMail
  2793.  V1.2a/1.8a) with BSMTP id 4447; Fri, 22 Jul 1994 16:26:57 -0500
  2794. Date: Fri, 22 Jul 1994 16:21:42 CDT
  2795. From: "Richard K. Wolf (312) 996-8291" <U42641@UICVM.UIC.EDU>
  2796. To: <think-c@RDATASYS.COM>
  2797. In-Reply-To: Fri, 22 Jul 1994 12:18:34 -0700, from
  2798.              "Paul G. Williard" <Paul_Williard@brown.edu>
  2799. Subject:     Re: Trouble w/SetDialogDefaultItem TC-7.0.*
  2800.  
  2801. You do not need to redefine these traps.  Just keep the MacTraps2
  2802. library in your project and don't implement the traps yourself.  The same
  2803. thing happened to me when I upgraded.  Since I was told that I was illegally
  2804. "redefining" them, I figured they were already defined somewhere.
  2805.  
  2806. > I've recently upgraded from TC++6.0.* to TC7.0 (then to 7.0.3) and in
  2807. > trying to revise some previos C applications that include the following
  2808. > code:
  2809. >
  2810. > pascal OSErr SetDialogDefaultItem(DialogPtr theDialog, short newItem)
  2811. >                               =       { 0x303C, 0x0304, 0xAA68 };
  2812. > pascal OSErr SetDialogCancelItem(DialogPtr theDialog, short newItem)
  2813. >                               =       { 0x303C, 0x0305, 0xAA68 };
  2814. > pascal OSErr SetDialogTracksCursor(DialogPtr theDialog, Boolean tracks)
  2815. >                               =       { 0x303C, 0x0306, 0xAA68 };
  2816. >
  2817. > These function prototypes lead to a compiler error message:
  2818. >
  2819. > redefinition of function SetDialog......
  2820. >
  2821. >
  2822. > What gives?  This is exactly the syntax of the example given in Think
  2823. > Reference and it used to work with my older versions of TC.  I cannot find
  2824. > any definitions of these traps doing a search on all files from within my
  2825. > open application either.  Any suggestions about this would greatly be
  2826. > appreciated!
  2827. >From D.Thomas@vthrc.uq.edu.au Fri Jul 22 15:56:00 PDT 1994
  2828. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id PAA13216 for <think-c@rdatasys.com>; Fri, 22 Jul 1994 15:55:58 -0700
  2829. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id PAA17073 for <think-c@rdatasys.com>; Fri, 22 Jul 1994 15:55:59 -0700
  2830. Received: from xroads.vthrc.uq.oz.au(130.102.4.16) by lionfish.rdatasys.com via smap (V1.3mjr)
  2831.         id sma017068; Fri Jul 22 15:55:43 1994
  2832. Received: (mailwrap@localhost) by xroads.vthrc.uq.oz.au (8.6.9/8.6.3) id IAA07746 for <think-c@rdatasys.com>; Sat, 23 Jul 1994 08:55:15 +1000
  2833. Message-Id: <199407222255.IAA07746@xroads.vthrc.uq.oz.au>
  2834. Received: from localtalk-10.vthrc.uq.oz.au(130.102.4.70) by xroads.vthrc.uq.oz.au. via smap (V1.3mjr)
  2835.         id sma007744; Sat Jul 23 08:54:19 1994
  2836. X-Sender: thomas@pop3.vthrc.uq.oz.au.
  2837. Mime-Version: 1.0
  2838. Content-Type: text/plain; charset="us-ascii"
  2839. Date: Sat, 23 Jul 1994 08:54:52 +1000
  2840. To: think-c@rdatasys.com
  2841. From: Danny Thomas <D.Thomas@vthrc.uq.edu.au>
  2842. Subject: Re: Opening port on Powerbook
  2843.  
  2844. >I use the folowing routine to open a serial port.
  2845. >On several Mac's (classic, IIvx, IIci, 660Av) this
  2846. >works nice, unfortunately a PB145 crashes when
  2847. >running this routine,
  2848. >any idea's what causes this problem?
  2849.  
  2850. I know this is old and unfashionable advice, but how about checking each of
  2851. the return codes from the system calls?
  2852.  
  2853. then you might find out which is failing.
  2854.  
  2855. making a habit of checking every return code will make your programs more
  2856. robust. Even if you don't add any error recovery at least you can present
  2857. some description to the user to give you help in isolating the problem
  2858. instead of just receiving a report of the program crashing.
  2859.  
  2860. cheers,
  2861.  
  2862.  
  2863. >From crunch@well.sf.ca.us Fri Jul 22 16:41:03 PDT 1994
  2864. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id QAA14547 for <think-c@rdatasys.com>; Fri, 22 Jul 1994 16:41:01 -0700
  2865. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id QAA17314 for <think-c@rdatasys.com>; Fri, 22 Jul 1994 16:41:02 -0700
  2866. Received: from well.sf.ca.us(198.93.4.10) by lionfish.rdatasys.com via smap (V1.3mjr)
  2867.         id sma017312; Fri Jul 22 16:40:14 1994
  2868. Received: (from crunch@localhost) by well.sf.ca.us (8.6.9/8.6.9) id QAA19580 for think-c@rdatasys.com; Fri, 22 Jul 1994 16:40:11 -0700
  2869. Date: Fri, 22 Jul 1994 16:40:11 -0700
  2870. From: John Draper <crunch@well.sf.ca.us>
  2871. Message-Id: <199407222340.QAA19580@well.sf.ca.us>
  2872. To: think-c@rdatasys.com
  2873. Subject: DialogSelect problem
  2874.  
  2875. Someone comments:
  2876.  
  2877. >DialogSelect( &event, &dialog, &itemHit )       -and-
  2878. >itemHit = FindWindow( event->where, &theWindow )
  2879. >
  2880. >In both cases, itemHit always is assigned a value of -1, and not it's
  2881. >respective item number... I know I must've made an incredibly stupid
  2882. mistake
  2883. >somewhere (too many coding all-nighters), but I don't know where....
  2884. >Thoughts?
  2885.  
  2886. The 2nd line is un-necessary,  as it relates to window hits.   "ItemHit"
  2887. is a returned value that DialogSelect returns.
  2888.  
  2889. CC
  2890. >From reaper@jhunix.hcf.jhu.edu Sat Jul 23 15:01:38 PDT 1994
  2891. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id PAA13457 for <think-c@rdatasys.com>; Sat, 23 Jul 1994 15:01:34 -0700
  2892. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id PAA18102 for <think-c@rdatasys.com>; Sat, 23 Jul 1994 15:01:35 -0700
  2893. Received: from jhunix.hcf.jhu.edu(128.220.2.5) by lionfish.rdatasys.com via smap (V1.3mjr)
  2894.         id sma018100; Sat Jul 23 15:00:58 1994
  2895. Received: from jhunix.hcf.jhu.edu ([128.220.2.5]) by jhunix.hcf.jhu.edu with SMTP id <2594-2>; Sat, 23 Jul 1994 18:00:50 -0400
  2896. Date:   Sat, 23 Jul 1994 18:00:45 -0400
  2897. From: John Grimes <reaper@jhunix.hcf.jhu.edu>
  2898. Sender: John Grimes <reaper@jhunix.hcf.jhu.edu>
  2899. Reply-To: John Grimes <reaper@jhunix.hcf.jhu.edu>
  2900. Subject: Printing
  2901. To: think-c@rdatasys.com
  2902. Message-ID: <Pine.3.89.9407231721.A6110-0100000@jhunix.hcf.jhu.edu>
  2903. MIME-Version: 1.0
  2904. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  2905.  
  2906.  
  2907. Hello,
  2908.         I'm thinking of writing an init that will run everytime someone 
  2909. chooses print from any application.  It will then ask the person for a 
  2910. name and password and then ( if the info is correct ) print the document 
  2911. as it would normally.  Otherwise it stops the printing.
  2912.         Anyway my question is does anyone know how to catch the print job 
  2913. before it prints so that I can ask for the information?  Does anyone have 
  2914. any experience with this or know of any code somewhere which could help 
  2915. me.  I have Inside Mac (old )but I didn't come across any useful info 
  2916. there ( I probably was looking in the wrong places).  
  2917.         Also after I get the info I have to check a database file ( probably 
  2918. one that will be on unix machine ).  Does anyone have any experience with 
  2919. that.  I'd appreciate any help anyone could give me.  If anyone has any 
  2920. better ideas or knows of any software that does this already I also like 
  2921. to hear about it.  Thanks for your time.
  2922.         
  2923.  
  2924. ******************************************************************************
  2925.         This was no time for play
  2926.         This was no time for fun
  2927.         This was no time for games
  2928.         There was work to be done.
  2929.                         Cat in the Hat Comes Back-Dr. Seuss
  2930. ******************************************************************************
  2931.                                         John Grimes
  2932.                                         reaper@jhunix
  2933.                                         HAC Consultant
  2934.  
  2935.  
  2936. >From udsugar@cerebrum.impaqt.drexel.edu Sat Jul 23 18:09:43 PDT 1994
  2937. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id SAA17066 for <think-c@rdatasys.com>; Sat, 23 Jul 1994 18:09:41 -0700
  2938. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id SAA18300 for <think-c@rdatasys.com>; Sat, 23 Jul 1994 18:09:41 -0700
  2939. Received: from cerebrum.impaqt.drexel.edu(129.25.10.3) by lionfish.rdatasys.com via smap (V1.3mjr)
  2940.         id sma018298; Sat Jul 23 18:09:25 1994
  2941. Received: from solaris (solaris.impaqt.drexel.edu) by impaqt.drexel.edu (4.1/SMI-4.1)
  2942.         id AA19445; Sat, 23 Jul 94 21:08:24 EDT
  2943. Date: Sat, 23 Jul 94 21:08:24 EDT
  2944. From: udsugar@cerebrum.impaqt.drexel.edu (Dave Sugar)
  2945. Message-Id: <9407240108.AA19445@impaqt.drexel.edu>
  2946. To: think-c@rdatasys.com
  2947. Subject: Re:  Printing
  2948.  
  2949. Begin Included Message ---
  2950.  
  2951.         Hello,
  2952.                 I'm thinking of writing an init that will run everytime someone 
  2953.         chooses print from any application.  It will then ask the person for a 
  2954.         name and password and then ( if the info is correct ) print the document 
  2955.         as it would normally.  Otherwise it stops the printing.
  2956.                 Anyway my question is does anyone know how to catch the print job 
  2957.         before it prints so that I can ask for the information?  Does anyone have 
  2958.         any experience with this or know of any code somewhere which could help 
  2959.         me.  I have Inside Mac (old )but I didn't come across any useful info 
  2960.         there ( I probably was looking in the wrong places).  
  2961.                 Also after I get the info I have to check a database file ( probably 
  2962.         one that will be on unix machine ).  Does anyone have any experience with 
  2963.         that.  I'd appreciate any help anyone could give me.  If anyone has any 
  2964.         better ideas or knows of any software that does this already I also like 
  2965.         to hear about it.  Thanks for your time.
  2966.  
  2967.                                                 John Grimes
  2968.                                                 reaper@jhunix
  2969.                                                 HAC Consultant
  2970.  
  2971. End Included Message ---
  2972.  
  2973.   I have actually writeen something that sort of does this.  I wrote it
  2974. for a company who wanted to do some accounting for print jobs sent from
  2975. networked Macintoshs to a Cannon Color Laser Printer. 
  2976.   Anyway, to answer some of your questions.  In order tooget your info
  2977. you do have to write an INIT and you need to patch the _PrGlue trap.
  2978. That will get called when any of the printing functions gets called
  2979. PrOpen, PrClose, PrintDevault, etc...  
  2980.   Then to get any info you have to get it out of the print record that
  2981. gets passed to the function.
  2982.  
  2983.   The way I tried to do it was to look at the different messages and
  2984. take info as  could get it.  You can bring up a dialog with no problem
  2985. but I had lots of trouble trying to cancel the print job if the user
  2986. pressed the cancel button as opposed to the ok button (I never got it
  2987. to work). 
  2988.  
  2989.   Also I had trouble getting some of the correct information at times.
  2990. Like when printing to a LaserWriter I would always get 1 copy being
  2991. printed even if they were printing more than once copy.  I suspect that
  2992. it get's encoded into the Poastscript code somehow and I never see it.
  2993.  
  2994.   Some places to look for help would be Inside Mac (old) volume 2 in the
  2995. Printing Manager Chapter.  Also there is a document that I found from
  2996. Apple called 'Learning To Drive'.  I beleive that I found it on ftp.apple.com
  2997. but I might have found it on the CD-ROM.  I also think I found a HyperCard
  2998. stack that had some info in it.  It might have been SpInside Macintosh
  2999. if so, it would be the same stuff that is in Inside Mac Volume 5 (I don't
  3000. have volume 5 handy to look sorry)..
  3001.  
  3002.   Anyway, if you have any further questions feel free to ask.  I will
  3003. help as much as I can.  Also, I think the Printer Record stuff is going
  3004. change in the near future with the Quickdraw GX (but I'm not to sure).
  3005.  
  3006.   Good Luck
  3007.   Dave Sugar
  3008.   udsugar@impaqt.drexel.edu
  3009.  
  3010.  
  3011.  
  3012. >From gurgle@hopf.dnai.com Sun Jul 24 12:42:08 PDT 1994
  3013. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id MAA29131 for <think-c@rdatasys.com>; Sun, 24 Jul 1994 12:42:06 -0700
  3014. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id MAA18844 for <think-c@rdatasys.com>; Sun, 24 Jul 1994 12:42:08 -0700
  3015. Received: from hopf.dnai.com(140.174.162.10) by lionfish.rdatasys.com via smap (V1.3mjr)
  3016.         id sma018842; Sun Jul 24 12:41:57 1994
  3017. Received: from [140.174.162.193] (gurgle.dnai.com [140.174.162.193]) by hopf.dnai.com (8.6.9/8.6.5) with SMTP id MAA06848 for <think-c@rdatasys.com>; Sun, 24 Jul 1994 12:41:42 -0700
  3018. Message-Id: <199407241941.MAA06848@hopf.dnai.com>
  3019. X-Sender: gurgle@mail.dnai.com
  3020. Mime-Version: 1.0
  3021. Content-Type: text/plain; charset="us-ascii"
  3022. Date: Sun, 24 Jul 1994 12:42:26 -0800
  3023. To: think-c@rdatasys.com
  3024. From: gurgle@hopf.dnai.com (Pete Gontier)
  3025. Subject: Re:  Printing
  3026.  
  3027. >Begin Included Message ---
  3028. >
  3029. >        Hello,
  3030. >> I'm thinking of writing an init that will run everytime someone
  3031. >> chooses print from any application. It will then ask the person for a
  3032. >> name and password...
  3033.  
  3034. >In order tooget your info
  3035. >you do have to write an INIT and you need to patch the _PrGlue trap.
  3036.  
  3037. I've written some code to do something like this as well, but the ugly
  3038. truth of the matter is that plenty of applications still use the linkable
  3039. printing library rather than call the Printing Manager trap(s). In other
  3040. words, they have a primitve version of the Printing Manager linked into
  3041. themselves. This may get less and less common as QDGX drivers propagate,
  3042. and in fact may be pretty uncommon today, since I wrote my test code a
  3043. while back, but this is the reason I ended up not using the code. Proceed
  3044. with caution. :-)
  3045.  
  3046. --
  3047.  
  3048.  Pete Gontier // CTO, Integer Poet Software // gurgle@dnai.com
  3049.  
  3050.  Note: the above email address is new. The Netcom address should be
  3051.  considered defunct (although it will still work for a while).
  3052.  
  3053.  
  3054. >From abarne1@gl.umbc.edu Sun Jul 24 19:38:19 PDT 1994
  3055. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id TAA21166 for <think-c@rdatasys.com>; Sun, 24 Jul 1994 19:38:17 -0700
  3056. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id TAA19271 for <think-c@rdatasys.com>; Sun, 24 Jul 1994 19:38:20 -0700
  3057. Received: from unknown(130.85.3.11) by lionfish.rdatasys.com via smap (V1.3mjr)
  3058.         id sma019269; Sun Jul 24 19:37:53 1994
  3059. Received: from umbc8.umbc.edu (abarne1@f-umbc8.umbc.edu [130.85.3.8]) by ds1.gl.umbc.edu (8.6.9/8.6.9) with ESMTP id WAA11366 for <think-c@rdatasys.com>; Sun, 24 Jul 1994 22:38:03 -0400
  3060. From: barnett aaron <abarne1@gl.umbc.edu>
  3061. Received: (abarne1@localhost) by umbc8.umbc.edu (8.6.9/8.6.9) id WAA19035 for think-c@rdatasys.com; Sun, 24 Jul 1994 22:37:48 -0400
  3062. Date: Sun, 24 Jul 1994 22:37:48 -0400
  3063. Message-Id: <199407250237.WAA19035@umbc8.umbc.edu>
  3064. To: think-c@rdatasys.com
  3065. Subject: bus error
  3066.  
  3067. this was previously titled 'plotcicon' because that is where the bus error hits.
  3068. however, the call to PlotCIcon works great as long as i dont do a certain
  3069. CopyMask.
  3070.  
  3071. {...
  3072.  
  3073.         for(i=0;i<6;i++){
  3074.                 anIcon[i] = GetCIcon(200+i);
  3075.                 HLock((Handle)anIcon[i]);
  3076.         }
  3077.         
  3078.         {...stuff...}
  3079.  
  3080.         if(i_want_a_bus_error){
  3081.                 LockPixels(GetGWorldPixMap(OtherWorld));
  3082.                 CopyMask(
  3083.                  &thePiece,
  3084.                  &pieceMask,
  3085.                  &((GrafPtr)OtherWorld)->portBits,
  3086.                  &thePiece.bounds,
  3087.                  &pieceMask.bounds,
  3088.                  &pieceRect);
  3089.                 UnlockPixels(GetGWorldPixMap(OtherWorld));
  3090.         }
  3091.         
  3092.         {...stuff...}
  3093.         
  3094.         PlotCIcon(&aRect,anIcon[(0..5)]);    /* blam! (if ive done the copymask) */
  3095.  
  3096. ..}
  3097.  
  3098. as far as i was able to discern, all variables are alocated.
  3099. btw - the LockPixnels ckall is returning truse (as in ok)
  3100. OtherWorld seems to be working (its used in other places too)
  3101.  
  3102. so, if i bypass that call to copymask, im ok.
  3103. otherwise...
  3104.  
  3105.  
  3106.  
  3107. thanks
  3108.  
  3109. >From ejs1@tower.york.ac.uk Mon Jul 25 02:00:33 PDT 1994
  3110. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id CAA29023 for <think-c@rdatasys.com>; Mon, 25 Jul 1994 02:00:30 -0700
  3111. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id CAA19633 for <think-c@rdatasys.com>; Mon, 25 Jul 1994 02:00:30 -0700
  3112. Received: from leeman.york.ac.uk(144.32.128.13) by lionfish.rdatasys.com via smap (V1.3mjr)
  3113.         id sma019629; Mon Jul 25 01:59:38 1994
  3114. Received: from tower.york.ac.uk by leeman.york.ac.uk with SMTP (PP) 
  3115.           id <16926-0@leeman.york.ac.uk>; Mon, 25 Jul 1994 09:52:20 +0100
  3116. Received: by tower.york.ac.uk (931110.SGI/920502.SGI) 
  3117.           for @leeman.york.ac.uk:think-c@rdatasys.com id AA04576;
  3118.           Mon, 25 Jul 94 10:02:13 +0100
  3119. Date: Mon, 25 Jul 1994 10:02:12 +0000
  3120. From: "Edmund J. Sutcliffe" <ejs1@tower.york.ac.uk>
  3121. Subject: Re: Printing
  3122. To: think-c@rdatasys.com
  3123. In-Reply-To: <9407240108.AA19445@impaqt.drexel.edu>
  3124. Message-Id: <Pine.3.89.9407250928.A3358-0100000@unix>
  3125. Mime-Version: 1.0
  3126. Content-Type: TEXT/PLAIN; charset=US-ASCII
  3127.  
  3128. There is such an INIT already around which puts as username and password 
  3129. at the top of the postscript sendout by the printer driver. There is 
  3130. source code for this. Though I didn't write it, but I do have source. It 
  3131. is available on ftp.york.ac.uk:/pub/mac/source/init.hqx
  3132.         Edmund
  3133.  
  3134. ===============================================================================
  3135. Edmund J. Sutcliffe                                   Phone +44 (0)904 433809
  3136. Computing Service,                                    Fax   +44 (0)904 433740
  3137. University of York,
  3138. Heslington,                                  Internet Mail: edmund@york.ac.uk
  3139. York, YO1 5DD U.K.
  3140.  
  3141.  
  3142.  
  3143. >From msandri@netcom.com Mon Jul 25 03:23:41 PDT 1994
  3144. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id DAA00961 for <think-c@rdatasys.com>; Mon, 25 Jul 1994 03:23:35 -0700
  3145. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id DAA19831 for <think-c@rdatasys.com>; Mon, 25 Jul 1994 03:23:34 -0700
  3146. Received: from netcom.netcom.com(192.100.81.100) by lionfish.rdatasys.com via smap (V1.3mjr)
  3147.         id sma019829; Mon Jul 25 03:22:37 1994
  3148. Received: by netcom.netcom.com (8.6.8.1/Netcom)
  3149.         id DAA22883; Mon, 25 Jul 1994 03:23:01 -0700
  3150. From: msandri@netcom.com (Marco Sandri)
  3151. Message-Id: <199407251023.DAA22883@netcom.netcom.com>
  3152. Subject: Re: bus error
  3153. To: think-c@rdatasys.com
  3154. Date: Mon, 25 Jul 1994 03:23:01 -0700 (PDT)
  3155. In-Reply-To: <199407250237.WAA19035@umbc8.umbc.edu> from "barnett aaron" at Jul 24, 94 07:42:38 pm
  3156. Reply-To: msandri@netcom.com (Marco Sandri)
  3157. X-Mailer: ELM [version 2.4 PL23]
  3158. MIME-Version: 1.0
  3159. Content-Type: text/plain; charset=US-ASCII
  3160. Content-Transfer-Encoding: 7bit
  3161. Content-Length: 1223      
  3162.  
  3163. Hi,
  3164.  
  3165. >this was previously titled 'plotcicon' because that is where the bus error hits.
  3166. >however, the call to PlotCIcon works great as long as i dont do a certain
  3167. >CopyMask.
  3168. >
  3169. >{...
  3170. >
  3171. >       for(i=0;i<6;i++){
  3172. >               anIcon[i] = GetCIcon(200+i);
  3173. >               HLock((Handle)anIcon[i]);
  3174. >       }
  3175. >       
  3176. >       {...stuff...}
  3177. >
  3178. >       if(i_want_a_bus_error){
  3179. >               LockPixels(GetGWorldPixMap(OtherWorld));
  3180. >               CopyMask(
  3181. >                &thePiece,
  3182. >                &pieceMask,
  3183. >                &((GrafPtr)OtherWorld)->portBits,
  3184. >                &thePiece.bounds,
  3185. >                &pieceMask.bounds,
  3186. >                &pieceRect);
  3187. >               UnlockPixels(GetGWorldPixMap(OtherWorld));
  3188. >       }
  3189. >       
  3190. >       {...stuff...}
  3191. >       
  3192. >       PlotCIcon(&aRect,anIcon[(0..5)]);    /* blam! (if ive done the copymask) */
  3193. >
  3194. >..}
  3195. >
  3196. >as far as i was able to discern, all variables are alocated.
  3197. >btw - the LockPixnels ckall is returning truse (as in ok)
  3198. >OtherWorld seems to be working (its used in other places too)
  3199.  
  3200. You should SetPort(OtherWorld) to ensure you are Copying into the right port...
  3201.  
  3202. Hope this helps.
  3203. Marco
  3204.  
  3205. ============================================================
  3206.   Marco Sandri                | "Nothing is impossible,
  3207.   msandri@netcom.com          |  if you don't have to do it"
  3208.   sandri@cadlab.systemy.org   |
  3209. ============================================================
  3210. >From omalley@umich.edu Tue Jul 26 08:33:29 PDT 1994
  3211. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id IAA26781 for <think-c@rdatasys.com>; Tue, 26 Jul 1994 08:33:20 -0700
  3212. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id IAA21177 for <think-c@rdatasys.com>; Tue, 26 Jul 1994 08:33:22 -0700
  3213. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3mjr)
  3214.         id sma021175; Tue Jul 26 08:33:14 1994
  3215. Received: from rodan.rs.itd.umich.edu by q2.ics.uci.edu id aa11462;
  3216.           26 Jul 94 8:32 PDT
  3217. Received: from erdpc-11.umtri.umich.edu by rodan.rs.itd.umich.edu (8.6.9/2.2)
  3218.         id LAA16557; Tue, 26 Jul 1994 11:32:50 -0400
  3219. Date: Tue, 26 Jul 94 11:34:04 -0500
  3220. From: "Kevin O'Malley" <omalley@umich.edu>
  3221. To: think-c@ics.uci.edu
  3222. Subject: Menu item limit question
  3223. Message-ID: <Mailstrom.1.04.42284.15089.omalley@o.imap.itd.umich.edu>
  3224. Content-Type: TEXT/plain; charset=US-ASCII
  3225.  
  3226.  
  3227. I would like to insert items into a popup menu using InsMenuItem as in:
  3228.  
  3229.                         for (i=0; i<numRecs; i++)
  3230.                                 {       
  3231.                                 InsMenuItem(theMenu,key[i].fileName,i);
  3232.                                 }
  3233.  
  3234. I was playing around with the size of numRecs and found that after
  3235. a certian point the speed of insertions decline with time. If I attempt
  3236. to insert 1k items, the first 190 (or so) insert at a resonable rate.
  3237. After this, the insertion declines with time to a point where it 
  3238. is not acceptable. 
  3239.  
  3240. It appears that popup menus are not intended to handle this many 
  3241. items. Is this correct? If so, what is causing the speed decrease? 
  3242. If not, whats up?
  3243.  
  3244. --Kevin - omalley@umich.edu
  3245.  
  3246. >From bernard@apple.com Tue Jul 26 09:11:23 PDT 1994
  3247. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id JAA16134 for <think-c@rdatasys.com>; Tue, 26 Jul 1994 09:11:21 -0700
  3248. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id JAA21357 for <think-c@rdatasys.com>; Tue, 26 Jul 1994 09:11:24 -0700
  3249. Received: from guest.apple.com(130.43.2.14) by lionfish.rdatasys.com via smap (V1.3mjr)
  3250.         id sma021355; Tue Jul 26 09:10:53 1994
  3251. Received: from mac217.kip.apple.com by guest.apple.com with SMTP (5.64/8-Feb-1993-eef)
  3252.         id AA02634; Tue, 26 Jul 94 09:10:42 PDT
  3253.         for think-c@rdatasys.com
  3254. X-Sender: bernard@guest.apple.com
  3255. Message-Id: <aa5ae4f702021021a059@[17.255.28.217]>
  3256. Mime-Version: 1.0
  3257. Content-Type: text/plain; charset="us-ascii"
  3258. Date: Tue, 26 Jul 1994 10:12:06 -0600
  3259. To: think-c@rdatasys.com
  3260. From: bernard@apple.com (Bernie Bernstein)
  3261. Subject: Re: Menu item limit question
  3262.  
  3263. >I would like to insert items into a popup menu using InsMenuItem as in:
  3264. >
  3265. >                        for (i=0; i<numRecs; i++)
  3266. >                                {
  3267. >                                InsMenuItem(theMenu,key[i].fileName,i);
  3268. >                                }
  3269. >
  3270. >I was playing around with the size of numRecs and found that after
  3271. >a certian point the speed of insertions decline with time. If I attempt
  3272. >to insert 1k items, the first 190 (or so) insert at a resonable rate.
  3273. >After this, the insertion declines with time to a point where it
  3274. >is not acceptable.
  3275. >
  3276. >It appears that popup menus are not intended to handle this many
  3277. >items. Is this correct? If so, what is causing the speed decrease?
  3278. >If not, whats up?
  3279. >
  3280. >--Kevin - omalley@umich.edu
  3281.  
  3282. I would not be surprised if the menu manager was never intended to handle
  3283. such large menus. Perhaps you should consider using a scrolling list. The
  3284. HI police might arrest you for making a user scroll through such a long
  3285. menu. Although, I guess that kind of thing happens with fonts. If it is an
  3286. item that will often get that large, maybe you can rething the design a
  3287. bit. Another problem with having large menus is that causes  users to have
  3288. their button down for long periods of time, stealing the processor from
  3289. other applications. That time could be used if they could browse through
  3290. the list without taking all the processor time.
  3291.  
  3292. Anyway, I guess I can't really answer your question with any authority, but
  3293. I would just guess that the menu manager is not optimized for very large
  3294. menus.
  3295.  
  3296.  
  3297.     o,  ,,   ,      | Bernie Bernstein                    | ,    ,,
  3298.     L>O/  `,/ `    ,| DBGB Development (AEML Contractor)  |/ `,,/  `
  3299.    O./  '  / . `, / | w. 303-444-2204     h. 303-444-3168 |     / ` `  ,.
  3300.   ,/   /  ,      '  | email: bernard@apple.com            | /        ''  `
  3301.  
  3302.  
  3303. >From winter@AI.RL.AF.MIL Tue Jul 26 15:27:34 PDT 1994
  3304. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id PAA12215 for <think-c@rdatasys.com>; Tue, 26 Jul 1994 15:27:33 -0700
  3305. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id PAA21939 for <think-c@rdatasys.com>; Tue, 26 Jul 1994 15:27:36 -0700
  3306. Received: from jose.ai.rl.af.mil(128.132.33.139) by lionfish.rdatasys.com via smap (V1.3mjr)
  3307.         id sma021937; Tue Jul 26 15:27:21 1994
  3308. Received: from Mac-mailer (grieg.IRA.RL.AF.MIL [128.132.194.184]) by jose.AI.RL.AF.MIL (8.6.8.1/8.6.6) with SMTP id SAA18964 for <think-c@rdatasys.com>; Tue, 26 Jul 1994 18:27:34 -0400
  3309. Message-Id: <199407262227.SAA18964@jose.AI.RL.AF.MIL>
  3310. Date: Tue, 26 Jul 94 18:29:38
  3311. From: winter@AI.RL.AF.MIL (Jim Wintermyre)
  3312. To: think-c@rdatasys.com
  3313. Subject: Re: bus error
  3314.  
  3315. Hi,
  3316.  
  3317. > >as far as i was able to discern, all variables are alocated.
  3318. > >btw - the LockPixnels ckall is returning truse (as in ok)
  3319. > >OtherWorld seems to be working (its used in other places too)
  3320. > You should SetPort(OtherWorld) to ensure you are Copying into the right 
  3321. > port...
  3322.  
  3323. This shouldn't matter with CopyBits or CopyMask, since the drawing does not 
  3324. necessarily take place in the current port - it takes place in the port 
  3325. passed to CopyBits/Mask.
  3326.  
  3327. Jim
  3328. >From tslater@crl.nmsu.edu Tue Jul 26 22:31:48 PDT 1994
  3329. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id WAA22241 for <think-c@rdatasys.com>; Tue, 26 Jul 1994 22:31:46 -0700
  3330. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id WAA22458 for <think-c@rdatasys.com>; Tue, 26 Jul 1994 22:31:49 -0700
  3331. Received: from dns1.nmsu.edu(128.123.3.5) by lionfish.rdatasys.com via smap (V1.3mjr)
  3332.         id sma022454; Tue Jul 26 22:31:46 1994
  3333. Received: from crl.nmsu.edu by NMSU.Edu (8.6.8.1/NMSU-1.18)
  3334.         id XAA02203; Tue, 26 Jul 1994 23:31:41 -0600
  3335. Message-Id: <199407270531.XAA02203@NMSU.Edu>
  3336. Received: from [128.123.56.127] (du-slip-77) by crl.nmsu.edu (4.1/SMI-4.1)
  3337.         id AA21799; Tue, 26 Jul 94 23:31:26 MDT
  3338. X-Sender: tslater@crl.nmsu.edu (Unverified)
  3339. Mime-Version: 1.0
  3340. Content-Type: text/plain; charset="us-ascii"
  3341. Date: Tue, 26 Jul 1994 23:31:39 -0600
  3342. To: think-c@rdatasys.com
  3343. From: tslater@crl.nmsu.edu (Ted Slater)
  3344. Subject: memAZErr in TCL/VA project
  3345.  
  3346. Hi,
  3347.  
  3348. I'm writing my first real Mac app using Symantec C++ 7.0.3, TCL and VA, and
  3349. Object I/O. My document class (CMain) is derived from CSaver, and the pane
  3350. class I'm using is derived from CStyleText. Here's my problem:
  3351. I can open a file I've saved once. When I try to open another document, or
  3352. the same one after I've closed it, I get plinked into the Debugger by a
  3353. call to Failure. At that point, __gTCLBreakFailure == 1 and gBreakFailure
  3354. == 0. The error code is -113, which THINK Reference says is a memAZErr,
  3355. "Address in zone check failed". Sometimes I'm not lucky enough to get to
  3356. the Debugger, I just get a bus error in CEditText's Activate() member
  3357. function, or sometimes it's in FailMemError().
  3358.  
  3359. Does anyone have any idea why this might happen? Why only the second open,
  3360. not the first?
  3361.  
  3362. E-mail me if you need more info to help out. Thanks!!
  3363.  
  3364. Ted
  3365.  
  3366. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  3367. Ted Slater                          Las Cruces, NM, USA
  3368. Internet:   tslater@crl.nmsu.edu    AOL/eWorld: TedSlater
  3369. Voice/FAX:  505.522.0498
  3370.  
  3371.  
  3372. >From brad@scripps.edu Wed Jul 27 11:06:16 PDT 1994
  3373. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id LAA25708 for <think-c@rdatasys.com>; Wed, 27 Jul 1994 11:06:09 -0700
  3374. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id LAA23257 for <think-c@rdatasys.com>; Wed, 27 Jul 1994 11:06:11 -0700
  3375. Received: from riscsm.scripps.edu(137.131.120.6) by lionfish.rdatasys.com via smap (V1.3mjr)
  3376.         id sma023252; Wed Jul 27 11:05:35 1994
  3377. Received: from boger2.scripps.edu by scripps.edu (5.61/1.34)
  3378.         id AA18465; Wed, 27 Jul 94 11:05:31 -0700
  3379. Received: by boger2.scripps.edu (920330.SGI/920502.SGI)
  3380.         for @RISCSM.SCRIPPS.EDU:think-c@rdatasys.com id AA26533; Wed, 27 Jul 94 10:59:06 -0700
  3381. Date: Wed, 27 Jul 94 10:59:06 -0700
  3382. From: brad@scripps.edu (Bradley R. Teegarden)
  3383. Message-Id: <9407271759.AA26533@boger2.scripps.edu>
  3384. Apparently-To: think-c@rdatasys.com
  3385.  
  3386.         I am starting to learn the Think Class Library (v2.0.3).  As part of my 
  3387. endeavor I am looking at Steve BushellUs Chess++ source code.  All of his 
  3388. classes for the board and pieces are derived from the CObject class.  This class
  3389. has, unfortunately, been deleted from the current release of the TCL.  I would 
  3390. like to either rewrite this class or use another base class from the TCL.  I 
  3391. have obtained the old CObject.h file from Symantec, however, since CObject is 
  3392. itself a derived class I am still at a loss.  Is there anyone on this mailing 
  3393. list that would have a suggestion.  I have tried to e-mail Steve Bushell, but I 
  3394. have yet to receive a response.  Enclosed is the old CObject.h file and the 
  3395. CChessPiece.h file from SteveUs source code.
  3396. -Brad Teegarden (brad@scripps.edu)
  3397.  
  3398. <<<<<<<<<<begin enclosed files>>>>>>>>>>
  3399. /******************************************************************************
  3400.  CObject.h
  3401.  
  3402.  
  3403. ******************************************************************************/
  3404.  
  3405. #pragma once
  3406.  
  3407. #include <oops.h>
  3408.  
  3409.  
  3410. class CObject : public indirect {
  3411.  
  3412. public:
  3413.    CObject(void);
  3414.    ~CObject(void);
  3415.    void*   operator new( long objSize);
  3416.    void operator delete( void* objStorage);
  3417. };
  3418.  
  3419. /****
  3420.  * CChessPiece.h
  3421.  *
  3422.  *      Abstract class representing the Chess peices.
  3423.  *
  3424.  *      Copyright ) 1993 Steven J. Bushell. All rights reserved.
  3425.  *
  3426.  ****/
  3427. #pragma once
  3428. #include <CObject.h> 
  3429.  
  3430. #define kKingValue 0x5000
  3431.  
  3432. CLASS CChessBoard;
  3433.  
  3434. class CChessPiece : public CObject {
  3435. public:
  3436.         Boolean itsColor;
  3437.         short   itsValue;
  3438.  
  3439.         virtual void            IChessPiece(short aColor);
  3440.         virtual void            Draw(short rank, short file); // abstract Draw 
  3441. method -- must be overridden
  3442.         virtual Boolean         IsValidMove(CChessBoard *aBoard, short newRank, 
  3443. short newFile);
  3444.         virtual short           BoardLocationValue(CChessBoard *aBoard, short 
  3445. rank, short file);
  3446.         virtual CIconHandle     GetCicnHandle(void);
  3447.         virtual void            RegisterMove(short rank, short file);
  3448. };
  3449.  
  3450.  
  3451. >From halejl@sce.com Wed Jul 27 14:49:23 PDT 1994
  3452. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id OAA03299 for <think-c@rdatasys.com>; Wed, 27 Jul 1994 14:49:19 -0700
  3453. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id OAA23696 for <think-c@rdatasys.com>; Wed, 27 Jul 1994 14:49:19 -0700
  3454. Received: from d033700.sce.com(155.13.32.41) by lionfish.rdatasys.com via smap (V1.3mjr)
  3455.         id sma023694; Wed Jul 27 14:48:44 1994
  3456. Received: from D038133.sce.com by sce.com (AIX 3.2/UCB 5.64/4.03)
  3457.           id AA19827; Wed, 27 Jul 1994 14:45:14 -0700
  3458. Message-Id: <9407272145.AA19827@sce.com>
  3459. Mime-Version: 1.0
  3460. Content-Type: text/plain; charset="us-ascii"
  3461. Date: Wed, 27 Jul 1994 14:51:11 -0800
  3462. To: think-c@rdatasys.com
  3463. From: halejl@sce.com (Jerry Hale)
  3464. Subject: C++ 7.0.3 upgrade
  3465.  
  3466.         Is there another archive that has the 7.0.3 Symantec C++ upgrade? 
  3467. The devtools.symantec.com is an Apple running A/UX and as such Fetch does
  3468. not seem to work(this is not the first A/UX machine I have tried to use
  3469. Fetch on.)
  3470.  
  3471. Thanx for any help -
  3472.  
  3473. Jerry Hale  BSEE
  3474. Senior Systems Analyst
  3475. Southern Cal Edison
  3476. (909) 394-8627
  3477. Internet:  halejl@sce.com
  3478. The opinions expressed herein are not those of SCE.  I thought of them first.
  3479.  
  3480.  
  3481.  
  3482. >From rhartman@dsl2.uoregon.edu Thu Jul 28 07:14:44 PDT 1994
  3483. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id HAA20843 for <think-c@rdatasys.com>; Thu, 28 Jul 1994 07:14:42 -0700
  3484. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id HAA24390 for <think-c@rdatasys.com>; Thu, 28 Jul 1994 07:14:44 -0700
  3485. Received: from dsl2.uoregon.edu(128.223.108.147) by lionfish.rdatasys.com via smap (V1.3mjr)
  3486.         id sma024388; Thu Jul 28 07:14:15 1994
  3487. Received: from rhartmann.symantec.com by dsl2.uoregon.edu (NX5.67c/NX3.0M)
  3488.         id AA00407; Thu, 28 Jul 94 07:13:58 -0700
  3489. Message-Id: <9407281413.AA00407@dsl2.uoregon.edu>
  3490. Mime-Version: 1.0
  3491. Content-Type: text/plain; charset="us-ascii"
  3492. Date: Thu, 28 Jul 1994 07:14:01 -0700
  3493. To: think-c@rdatasys.com
  3494. From: rhartman@dsl2.uoregon.edu (Rick Hartmann)
  3495. Subject: Re: C++ 7.0.3 upgrade
  3496.  
  3497. Not exactly.  It's a IIci running System 7.1 limited to 10 concurrent users
  3498. plus it is a local server for the tech support group.  The FTP server will
  3499. be moved to a SUN Sparc 20 in the near future.  You'll see an announcement
  3500. here when it happens.  WWW server also coming soon.
  3501.  
  3502. You can always get updates from sumex-aim.stanford.edu and
  3503. mac.archive.umich.edu and all their mirrors.
  3504.  
  3505. Rick
  3506.  
  3507.  
  3508. >        Is there another archive that has the 7.0.3 Symantec C++ upgrade?
  3509. >The devtools.symantec.com is an Apple running A/UX and as such Fetch does
  3510. >not seem to work(this is not the first A/UX machine I have tried to use
  3511. >Fetch on.)
  3512. >
  3513. >Thanx for any help -
  3514. >
  3515. >Jerry Hale  BSEE
  3516. >Senior Systems Analyst
  3517. >Southern Cal Edison
  3518. >(909) 394-8627
  3519. >Internet:  halejl@sce.com
  3520. >The opinions expressed herein are not those of SCE.  I thought of them first.
  3521.  
  3522.  
  3523. >From bbedit@world.std.com Thu Jul 28 22:35:25 PDT 1994
  3524. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id WAA29196 for <think-c@rdatasys.com>; Thu, 28 Jul 1994 22:35:20 -0700
  3525. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id WAA25170 for <think-c@rdatasys.com>; Thu, 28 Jul 1994 22:35:20 -0700
  3526. Received: from netcom12.netcom.com(192.100.81.124) by lionfish.rdatasys.com via smap (V1.3mjr)
  3527.         id sma025168; Thu Jul 28 22:34:53 1994
  3528. Received: by netcom.com (8.6.8.1/SMI-4.1/Netcom)
  3529.         id WAA25947; Thu, 28 Jul 1994 22:35:05 -0700
  3530. Received: by mail3.netcom.com (8.6.8.1/Netcom)
  3531.         id WAA20162; Thu, 28 Jul 1994 22:16:17 -0700
  3532. Received: from ftp.std.com by mail3.netcom.com (8.6.8.1/Netcom)
  3533.         id WAA20156; Thu, 28 Jul 1994 22:16:12 -0700
  3534. Received: from world.std.com by ftp.std.com (8.6.8.1/Spike-8-1.0)
  3535.         id BAA18949; Fri, 29 Jul 1994 01:15:45 -0400
  3536. Received: by world.std.com (5.65c/Spike-2.0)
  3537.         id AA29066; Fri, 29 Jul 1994 01:15:43 -0400
  3538. From: bbedit@world.std.com (Bare Bones Software)
  3539. Message-Id: <199407290515.AA29066@world.std.com>
  3540. Subject: BBEdit 3.0 Ships!
  3541. To: bbedit-beta@netcom.com
  3542. Date: Fri, 29 Jul 1994 01:15:43 -0400 (EDT)
  3543. X-Mailer: ELM [version 2.4 PL23]
  3544. Mime-Version: 1.0
  3545. Content-Type: text/plain; charset=US-ASCII
  3546. Content-Transfer-Encoding: 7bit
  3547. Content-Length: 4822      
  3548. Sender: siegel@netcom.com
  3549. Precedence: list
  3550.  
  3551.  
  3552. July 29, 1994
  3553. For Immediate Release
  3554.  
  3555. Contact:
  3556. Rich Siegel
  3557. Bare Bones Software, Inc.
  3558. 1 Larkspur Way #4
  3559. Natick, MA 01760
  3560. Phone: (508) 651-3561
  3561. Fax: (508) 651-7584
  3562. Internet: bbedit@world.std.com
  3563. CIS: 73051,3255
  3564. AppleLink: BARE.BONES
  3565.  
  3566. Bare Bones Software Delivers First Native Text Editor for Power Macintosh(R)
  3567.  
  3568. Natick, MA -- Bare Bones Software Inc. today began shipping version 3.0
  3569. of their popular and critically acclaimed text editor "BBEdit". In
  3570. addition to being accelerated for Power Macintosh, BBEdit 3.0 features
  3571. support for several new Apple(R) technologies, including PowerTalk(R) mail
  3572. services, OSA scripting, and Macintosh Drag and Drop user-interface
  3573. extensions.
  3574.  
  3575. BBEdit 3.0 takes advantage of native PowerPC(TM) code to greatly enhance
  3576. the speed of common operations such as loading and saving files, and
  3577. text editing, searching and transformation. In addition, BBEdit is
  3578. extensible via plug-in code modules, which may be implemented with
  3579. native PowerPC code for optimal performance.
  3580.  
  3581. BBEdit 3.0 also features a unique Find Differences facility, which
  3582. compares files, folders, or project documents and displays the
  3583. differences between them. When comparing folders or projects, BBEdit
  3584. displays files which are common to both folders or projects, as well as
  3585. files unique to each folder or project. Common files can be directly
  3586. compared for differences.
  3587.  
  3588. As the result of an alliance with SciComp Software, BBEdit 3.0 also
  3589. features integrated PopupFuncs(TM) technology, which allows quick access to
  3590. C, C++, or Pascal constructs defined in a source file via a popup menu
  3591. in that file's window.
  3592.  
  3593. Other significant enhancements include support for user scripting via
  3594. AppleScript(R), Frontier(TM), or any other OSA-compliant scripting system,
  3595. use of Macintosh Drag and Drop in the user interface and for text
  3596. editing, and support for the AOCE "Standard Mail Package", so that users
  3597. can compose, send, and read PowerTalk mail messages from within BBEdit.
  3598.  
  3599. BBEdit 3.0 also features a number of user-interface enhancements,
  3600. included in direct response to user comments and suggestions. In order
  3601. to smooth the transition from other text-editing products to BBEdit,
  3602. Bare Bones Software has included a number of new text transformations,
  3603. including line sorting, generation of C function prototypes, line
  3604. numbering, and organization of delimited words into rows and columns.
  3605.  
  3606. Response from beta testers has been enthusiastic. Tom Emerson, a
  3607. software engineer in Symantec's Macintosh Development Tools Group, said,
  3608. "The speed improvements on Power Macs are very impressive. Large files
  3609. open much faster than before, and search and replace operations,
  3610. particularly multi-file searching, really fly. I'm able to get more work
  3611. done in less time, thanks to BBEdit." According to Leonard Rosenthol,
  3612. director of advanced technology at Aladdin Systems, "The new ability to
  3613. compare folders has proven itself invaluable. I'm able to quickly
  3614. compare two sets of source files and determine the differences between
  3615. them, and integrate those differences. Until BBEdit 3.0 came along, it
  3616. was a real chore." Chris Borton, senior software engineer at Storm
  3617. Technology, Inc., said that "BBEdit 3.0's combination of ease of use,
  3618. drag-and-drop text editing, XTND(TM) support, and integration with Symantec
  3619. C++ have made it my ideal development environment." 
  3620.  
  3621. BBEdit 3.0 is available immediately at a suggested retail price of
  3622. US$99.00. Current BBEdit 2.5 owners can upgrade to version 3.0 for
  3623. US$39.00 (U.S. shipping & handling included). Bare Bones Software will
  3624. also honor the BBEdit 2.5 pricing structure for any orders postmarked
  3625. prior to July 29, 1994.
  3626.  
  3627. Customers who are currently using a freeware version of BBEdit, or a
  3628. competing or complementary product, can upgrade to BBEdit 3.0 for
  3629. US$69.00 plus shipping and handling. (Contact Bare Bones Software for
  3630. cross-upgrade information.) Students will be able to purchase BBEdit 3.0
  3631. for US$39.00, domestic shipping and handling included.
  3632.  
  3633. For additional information, including international shipping charges,
  3634. quantity and site-license pricing, contact Bare Bones Software at the
  3635. address given above.
  3636.  
  3637. --
  3638.  
  3639. PowerPC is a trademark of International Business Machines Corporation.
  3640. Apple, AppleScript, Macintosh and PowerTalk are registered trademarks of
  3641. Apple Computer, Inc.
  3642. PopupFuncs is a trademark of SciComp Software.
  3643. XTND is a trademark of Claris Corporation.
  3644. Frontier is a trademark of UserLand Software.
  3645.  
  3646. Other products mentioned are trademarked by their respective producers.
  3647.  
  3648. -- 
  3649. Bare Bones Software, Inc.                     Internet: bbedit@world.std.com
  3650. %==========================================================================%
  3651.       Rich Siegel            Michael Fryar               Patrick Woolsey
  3652.     President & CEO      Chief Operating Officer    Chief Technology Officer
  3653.  
  3654. >From udsugar@cerebrum.impaqt.drexel.edu Fri Jul 29 21:31:00 PDT 1994
  3655. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id VAA24578 for <think-c@rdatasys.com>; Fri, 29 Jul 1994 21:30:58 -0700
  3656. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id VAA26341 for <think-c@rdatasys.com>; Fri, 29 Jul 1994 21:30:56 -0700
  3657. Received: from cerebrum.impaqt.drexel.edu(129.25.10.3) by lionfish.rdatasys.com via smap (V1.3mjr)
  3658.         id sma026339; Fri Jul 29 21:30:17 1994
  3659. Received: from solaris (solaris.impaqt.drexel.edu) by impaqt.drexel.edu (4.1/SMI-4.1)
  3660.         id AA23419; Sat, 30 Jul 94 00:29:03 EDT
  3661. Date: Sat, 30 Jul 94 00:29:03 EDT
  3662. From: udsugar@cerebrum.impaqt.drexel.edu (Dave Sugar)
  3663. Message-Id: <9407300429.AA23419@impaqt.drexel.edu>
  3664. To: think-c@rdatasys.com
  3665. Subject: CommToolbox Question??
  3666.  
  3667.  
  3668.   I'm using the Comm Toolbox in an application that I am writing, but I'm
  3669. affraid that I am not correctly initilizing it.  I have been looking in
  3670. the CommToolbox book but it hasn't helped me yet.  What I am doing is first
  3671. the usual init calls that every Mac Programs has to make.  Then I check
  3672. to see if the CommToolbox is indeed installed in the system.  If it is
  3673. I make 3 calls:
  3674.                 err = InitCRM ();
  3675.                 err = InitCTBUtilities ();
  3676.                 err = InitCM ();
  3677.  
  3678. To initilize the CommToolbox (they work fine, no error is returned).  But
  3679. later when I go to read something from the CommToolbox, EvenBetterBusError
  3680. will break me into MacsBug saying 'Write to NIL'.  It only occurs on a
  3681. call to CMRead, and only once after I have restarted.  If I exit the program,
  3682. close the port (with CommCloser) and try it again it will work just fine.
  3683. I can't figure out what I'm doing wrong.
  3684.  
  3685. All my calls to CMNew and CMOpen work just fine with no errors returned.
  3686. I'm probabily just doing something stupid.  Has anyone had/seeen a problem
  3687. that sounds kind of like this and figured out a solution?  Also what would
  3688. be nice is if someone could direct me to some code that uses CommToobox
  3689. correctly so I can see what that is doing differently from me.
  3690.  
  3691.   Thanks
  3692.   Dave Sugar
  3693.   udsugar@impaqt.drexel.edu
  3694.  
  3695. >From SJKim@aol.com Sat Jul 30 09:35:19 PDT 1994
  3696. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id JAA06860 for <think-c@rdatasys.com>; Sat, 30 Jul 1994 09:35:16 -0700
  3697. From: SJKim@aol.com
  3698. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id JAA26845 for <think-c@rdatasys.com>; Sat, 30 Jul 1994 09:35:15 -0700
  3699. Received: from mail02.prod.aol.net(192.203.190.97) by lionfish.rdatasys.com via smap (V1.3mjr)
  3700.         id sma026843; Sat Jul 30 09:34:58 1994
  3701. Received: by mail02.prod.aol.net
  3702.         (1.38.193.5/16.2) id AA00794; Sat, 30 Jul 1994 12:34:51 -0400
  3703. X-Mailer: America Online Mailer
  3704. Sender: "SJKim" <SJKim@aol.com>
  3705. Message-Id: <9407301234.tn390250@aol.com>
  3706. To: think-c@rdatasys.com
  3707. Date: Sat, 30 Jul 94 12:34:51 EDT
  3708. Subject: MacsBug?
  3709.  
  3710. Hello Netters,
  3711.  
  3712. Can anyone tell me what MacsBug is?  I'm familiar with DOS programming but
  3713. new to Mac OS.  I think it is a debugging utility, but what do I need to run
  3714. it?(I only have Think C.)  Does it require MPW environment?
  3715.  
  3716. Also, I have (freeware/shareware) disassembler.  However, I have no idea what
  3717. the assembly instructions mean.  Anyone know if there is doc for Mac
  3718. Assembly?  (Free & Electronic version?)
  3719.  
  3720. Thanks.
  3721.  
  3722.  
  3723. >From de19@umail.umd.edu Sat Jul 30 11:18:21 PDT 1994
  3724. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id LAA07315 for <think-c@rdatasys.com>; Sat, 30 Jul 1994 11:18:17 -0700
  3725. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id LAA27041 for <think-c@rdatasys.com>; Sat, 30 Jul 1994 11:18:18 -0700
  3726. Received: from umail.umd.edu(128.8.10.28) by lionfish.rdatasys.com via smap (V1.3mjr)
  3727.         id sma027039; Sat Jul 30 11:17:30 1994
  3728. Received: by umail.UMD.EDU (5.57/Ultrix3.0-C)
  3729.         id AA21753; Sat, 30 Jul 94 14:17:26 -0400
  3730. Date: Sat, 30 Jul 94 14:17:27 -0400
  3731. From: Dana S Emery <de19@umail.umd.edu>
  3732. To: think-c@rdatasys.com
  3733. Subject: Re: MacsBug?
  3734. Message-Id: <Mailstrom.1.05.4471.15089.de19@umailsrv0.umd.edu>
  3735. In-Reply-To: Your message <9407301234.tn390250@aol.com> of Sat, 30 Jul 1994
  3736.  09:43:25 -0700
  3737. Content-Type: TEXT/plain; charset=US-ASCII
  3738.  
  3739. >   Can anyone tell me what MacsBug is?
  3740.  
  3741. MacsBug is software which replaces (and enhances) the low-level debugger 
  3742. built in to the roms.  The original version was (I beleive) developed by 
  3743. motorola for use with the 68000 chip, it has been extended since then by 
  3744. motorola and apple (as far as the rom-resident version goes that is).  
  3745. The software version of MacsBug is placed loose in the system folder (not 
  3746. anywhere else), and is looked for specifically by the OS as it starts up, 
  3747. if it is found you will see a second line in the startup greeting screen 
  3748. proclaiming "MacsBug Installed".
  3749.  
  3750. Macsbug allows a knowledgable person to cope with certain abnormal program 
  3751. conditions by providing an environment to diagnose them.  It doesnt occupy 
  3752. much in the way of system resources, but it can present a naive user with 
  3753. interesting challanges, so it probably shouldnt be loaded unless a programmer 
  3754. is at the helm or clear instructions are posted nearby.
  3755.  
  3756. There may well be some tutorial material available online, start with the 
  3757. FAQ's for this list and for the CSMP newsgroup.  Even better would be to 
  3758. buy one of the several excellent books available.
  3759.  
  3760. Be aware that MacsBug software has had to evolve as new chips were 
  3761. introduced by motorola and as new architectures were introduced by apple, 
  3762. you should be careful about wht version you run.  There was an especially 
  3763. nasty problem with the 68LC40 chip, motorola discovered an error in the 
  3764. chip (since corected), this error forced a special version of macsbug.  
  3765. Not sure if apple has exhausted its supply of the buggy chip BTW, so if 
  3766. your machine uses this chip (all C610, many C650, Q605, some Q610, other 
  3767. models including blackbirds) you will need the special version of macsbug.
  3768.  
  3769. >   Anyone know if there is doc for Mac Assembly?
  3770.  
  3771. online? I doubt it, book size documents are appropriate (and available).  
  3772.  
  3773. Chip manufacturors (Motorola) publish technical specifications and other 
  3774. literature which you should have available for reference, not only for 
  3775. the CPU chip, but also for other related chips (MMU, PMMU, FPU, DSP...).  
  3776. You will also need manuals for the Assembler software you intend to use 
  3777. (probably MPW assembler, but some compilers support inline assembler, 
  3778. refer the their documentation however skimpy).  Thee are some third-party 
  3779. books to help you in this area.
  3780.  
  3781. Programming in assembler is not done much these days, the amount of detail 
  3782. involved is often overwhelming, and the payback not always realised, the 
  3783. risk of bugs is enormous and relates directly to the degree of freedom 
  3784. you have and it's consequent responsibility.
  3785.  
  3786. Its too bad it costs so much to set up for doing assembler, I think a
  3787. background in assembler programming and debugging should be a part of 
  3788. every programmers education.
  3789. --
  3790. dana s emery <de19@umail.umd.edu>
  3791.  
  3792. >From Bwest2@aol.com Sat Jul 30 19:36:29 PDT 1994
  3793. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id TAA15956 for <think-c@rdatasys.com>; Sat, 30 Jul 1994 19:36:26 -0700
  3794. From: Bwest2@aol.com
  3795. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id TAA27314 for <think-c@rdatasys.com>; Sat, 30 Jul 1994 19:36:31 -0700
  3796. Received: from mail02.prod.aol.net(192.203.190.97) by lionfish.rdatasys.com via smap (V1.3mjr)
  3797.         id sma027312; Sat Jul 30 19:36:02 1994
  3798. Received: by mail02.prod.aol.net
  3799.         (1.38.193.5/16.2) id AA19912; Sat, 30 Jul 1994 22:36:00 -0400
  3800. X-Mailer: America Online Mailer
  3801. Sender: "Bwest2" <Bwest2@aol.com>
  3802. Message-Id: <9407302235.tn405878@aol.com>
  3803. To: think-c@rdatasys.com
  3804. Date: Sat, 30 Jul 94 22:35:58 EDT
  3805. Subject: Error confusing newbee...
  3806.  
  3807. Im attempting to learn C++ using symantics version 6.1 version compiler.  I
  3808. have several good books on the subject, but each time I try to run example
  3809. code, I get this error:
  3810.  
  3811. line 1 (Symantic C++)
  3812. Error: Different configuration for precompiled header
  3813.  
  3814. This is really killing me, as I can't attempt to learn more until I can test
  3815. my knowledge...
  3816.  
  3817. Please offer assistance if you can...
  3818.  
  3819. bwest2@aol
  3820.  
  3821. >From dmaclach@sol.uvic.ca Sat Jul 30 21:31:35 PDT 1994
  3822. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id VAA17966 for <think-c@rdatasys.com>; Sat, 30 Jul 1994 21:31:33 -0700
  3823. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id VAA27494 for <think-c@rdatasys.com>; Sat, 30 Jul 1994 21:31:36 -0700
  3824. Received: from sol.uvic.ca(142.104.1.4) by lionfish.rdatasys.com via smap (V1.3mjr)
  3825.         id sma027492; Sat Jul 30 21:31:15 1994
  3826. Received: from [142.104.18.7] (an2CLEd023p7.bb.comp.UVic.CA) by sol.UVic.CA (4.1/SMI-4.1.3-UVic-2.58MX)
  3827.         id AA28363; Sat, 30 Jul 94 21:32:05 PDT
  3828. Message-Id: <9407310432.AA28363@sol.UVic.CA>
  3829. Mime-Version: 1.0
  3830. Content-Type: text/plain; charset="us-ascii"
  3831. Date: Sat, 30 Jul 1994 21:32:53 -0800
  3832. To: think-c@rdatasys.com
  3833. From: dmaclach@sol.uvic.ca (Dave MacLachlan)
  3834. Subject: Re: Error confusing newbee...
  3835.  
  3836. Go into the preferences dialog, and try setting the preferences to
  3837. "Factory" settings....hopefully this will help...
  3838.  
  3839. Cheers, (and good luck!)
  3840. Dave
  3841.  
  3842.  
  3843. ----------------------------------------------------------------
  3844. Dave MacLachlan                                dmaclach@sol.uvic.ca
  3845. UVic Csc Co-op Major                           ALink:nightfalls
  3846. Grand Poobah Programmer                        CServe: 75141.1403
  3847. NightFall Software Inc. --> Macintosh/Newton Software Developers
  3848.  
  3849.  
  3850.  
  3851.  
  3852. ------------------------------ Cut here ------------------------------
  3853.